【mock service系列】Online mock service or API by Sandbox

Sandbox--沙箱，第一反應，但sorry並非。

sandbox 這個詞你們並不陌生，但貌似國內的技術share中不多看到有提到這個工具的。
爲避免誤解，下文中全部提到sandbox都是指sandbox這個工具，不是沙箱。
另外在兩週的使用過程當中，感受比我以前嘗試過的mock service的方法都要舒服，而且對程序員更友好。因此願意安利一波。
但願有遇到一樣痛點的朋友，能夠給feedback有不一樣觀點也歡迎交流指正。

What

Sandbox作什麼的，根據其官網上的描述

Quick and easy mock RESTful API and SOAP webservices. Generate from API definitions,
instant deploy, collaborative build, and debugging tools for integration.

能夠理解爲快速生成API，即時部署，協做構建並集成了調試工具。
更簡單的說，你能夠用它作假的API，而且立刻就能夠用。

How

1. 你可能須要懂點js；

2. 理解下Sandbox 裏面的state；

基本上寫代碼的部分超級簡單，demo自取，getting-start也很簡單。
我只是share下有這麼個工具，以及簡單的用法，其實一步一步的步驟不用講太多，很簡單動手便可。

Why

聊爲何要用sandbox前，說說我以前用過什麼其餘的方式作mock service吧。

寫js的時候，用express寫過假的後端service，處理簡單數據還行，後面發現數據驗證，數據狀態不抽離，越到後面越難mock，寫ruby的時候，用sinatra直接寫了fake server；

遇到過數據量好大，已有的數據在假server重啓後就木有了，中間也用過mongodb，可是那個只是解決數據源，而且無形中也是增長了mock的effort；

也有同事推薦swagger，但沒用上手，由於也沒發現多方便 ，反倒發現swagger-ui很友好；

國內看到有人作了個叫作easy mock的, 感受對不懂代碼的貌似蠻友好各類點點點，可是我仍是喜歡直接敲代碼那種；

中間有陣子用了docker+mountebank,對於純粹只是get的，能把業務邏輯和數據分離，還算蠻好用，也是隻用處理代碼就好，但對於剛入門，可能不推薦。

github上也有一些利用json文件作fake server的 如json-server

聊了這麼多，大概能夠回答我爲何會推薦使用sandbox了

1. 關注code，不偏心UI操做；

2. 簡單，懂js就好，不須要額外effort（mongodb,docker）

3. state可以保存數據，即便進行到後面，也比較好繼續添加新的相關聯的api

When

對項目而言，仍是以爲最開始就能夠；
若是是中期replace爲sandbox，若是原來是用相似express的方法，還蠻簡單的，若是是其餘語言或技術棧的建議先作MVP的spike。

對我的而言，強烈推薦給入門的人。

缺點

安利了那麼多，基於客觀事實，仍是要說些我遇到的很差的方面，

1. 數據丟失，隔了2天，有一次個人get API無法拿到數據，因此最好要初始化數據的設計，方便恢復；

2. 服務器不穩定，官網直接掛掉，我經歷過一次；

3. 我的concern ，若是mock service中涉及敏感數據以及安全信息，建議先作一些處理，畢竟放在網上的沒有你的本機安全

4. free plan有request次數限制，今天就遇到了
   

排除以上幾點，在開發code方面，我的以爲對程序員仍是蠻友好的。
由於mock service自己其實對數據的穩定性要求也沒那麼高因此還能夠接受（我遇到的case）

意外驚喜

1. 除了直接在web上的頁面上直接寫代碼，也能夠把代碼sync到github的codebase裏面，這樣你只要有本地編輯器+網絡+git就行了；

2. 中間開發基於ios的應用的時候，只能支持https協議，若是是本地mock的service 須要去改配置，這個支持https協議，0改動；

3. 會給一個域名下的資源連接，全部人能夠訪問，至關於你的資源以及API就是放在互聯網上面的

P.S.其餘mock service 推薦

1. Mocky 實時當下立刻可測，可是狀態應該不可保存。slogan是Mock your HTTP responses to test your REST API

2. mockable.io slogan是The Fastest way to mock your API