你是怎么实现前端独立开发

如上图：

产品经理：“我们现在需要这样的一个后来聊天的管理系统，你们要多长时间做出来？”

(前端)开发：画好页面很快的，但是涉及到和后台数据交互...那就需要看接口开发速度了。

后端大佬：我还有几个cr没有做，这接口一时间出不来的。

产品经理：大老板很重视这个项目，你们最好抓紧时间做出来。

后端大佬：那前端就先把契约定好，到时我晚上抽时间加个班把这个接口赶出来吧！

(前端)开发：哦！

。。。。

　　按着设计稿和交互稿定好接口；然后就开始用假数据去画页面了。过了一个星期发现后端大佬已经写好了接口给到了前端，前端开开心心的拿着接口去绘制页面。。。如果就是这么愉快的开展项目的话，就没有必要说今天的话题了，由于前端在开发完这个页面有去忙其他的CR了，等拿到后端的接口我们会发现当时好的思考的逻辑都不记得了，又不得不重新梳理一遍，梳理的过程中发现之前定好的接口契约好像并不符合需求，我们不得不叫后端大佬去修改，修改一次还好要是多次修改我怕大佬会掏出2.5米长的大刀。

　　对于上面的问题我相信作为前端开发或多或少都会遇到。那怎么解决呢？其实上面问题的根本原因是因为前后开发时间不同步导致的。但是在这个前后分离为主导的形式下我们又不得不面对。（这也是为啥很多人在网上不支持前后分离要求回到MVC的开发模式的主要吐槽点之一）。

我们通常的开发流程如上图，为了解决上面的困境我们机智的前端开发想出了用mock数据来模拟后端接口；在后端还没有提供接口时我们根据契约定好mock数据，同时帮我们审查了一遍契约。MOCK就是一个很好的解决方案，但是mock最大的缺点是我们在上线代码的时候需要大量的删除那些mock数据的代码，无疑给我们前端开发带来不必要的工作量，当然mock还不能模拟真实的线上环境。

为此，我们需要一个MOCK-SERVER 服务器，按照我们的需求产生MOCK数据，达到模拟线上环境，同时还提供和契约一样的接口名，这样在后端接口拿到的时候我们就这样无缝对接，仅仅只需要修改几行代码。

哪里有这样的MOCK-SERVER呢？

这就是今天关键了，一个可视化接口生成工具,操作简单方便，根据你的需求生成接口，让你摆脱后端成为一个独立前端开发者的接口生成工具。希望各位前端大佬在使用的同时给我一提供一些宝贵的意见。

体验地址：一个可视化接口生成工具