【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