如果这次分享主要是讲怎样将node.js做为前端服务器来实现前后端分离的话那也没什么好讲的，看看淘宝UED的文章就好了。前后端分离其实最大的问题是带来沟通成本的上升，具体来说就是接口的定义和调试。在上图的传统开发流程中，接口的定义会放在接口服务器中，然后前后端各自根据接口文档造假数据进行本地调试，之后进行联调。这个环节就是前后端开始撕逼的时候了，这个参数不对，那个返回值不对，总之很浪费时间。接下来看这个问题在我们项目中是怎么解决的~
前后端因为接口撕逼的问题一直存在，作为保守主义的我相信迭代开发，所以第一步做的只是增加了一个mock服务器。这个服务器的神奇之处就是根据接口文档自动生成假数据，实现了接口即API，前端同学再也不用把数据写死进行测试了。没办法，谁叫我是前端开发，首先想到自己人，嘿嘿~当然这个只在一定程度上有利于前端开发，后端的接口和文档不一致联调时也会出现问题。怎么办？
偶然在破浪大神的博客上看到老马的一篇专门讲前后端分离的文章，其中一个重要的概念就是契约测试也叫双边测试吧。核心概念就是为了解决远程联调的问题。对前后端的参数都进行校验，要求大家按照接口文档进行开发。受其启发，加入json-schema规则，实现了对http请求的参数校验，谁不按规矩来谁改。
这个redmine是我们最早的接口文档管理器，除了记录和查看功能再无其他作用。
swagger号称世界最流行的接口文档服务器，界面美观，插件也还比较多，可以针对后端语言直接生成测试代码。不过部署的时候始终没玩懂，而且yaml格式不如json习惯，放弃了它。
这就是现在我们项目上用的文档服务器和mock服务器，基于MEAN技术实现的服务器，基本功能：
利用mockjs插件，可以动态生成随机数据基于json-schema对接口参数实行校验和接口测试，并保存测试状态和接口响应时间。简单的json编辑器带有登陆校验功能，可登陆后进行接口调试mock服务器按照api服务器来响应请求，接口更新时自动更新
一些问题
node.js是前端工程师的翅膀，而插上翅膀是变成天使还是变成恶魔？这个要看能不能解决的使用它时带来的问题了。
首先前端的工作量毫无疑问地会增加，但沟通成本会降低。node.js单线程的服务器稳定性确实不够好，不过代码的健壮性和完善的日志可以有效的规避。回调。这个问题解决方法就太多了，node.js的q/async模块以及ES6/ES7。node.js调试。虽然我一直排斥IDE，但不得不承认webstorm在调试上确实很方便。我用的node-inspector也还凑合，界面类似chrome开发者工具，看上去挺熟悉的。