Node中间层允许前端来做网站路由、页面渲染、SEO优化，对以往从来不接触这些内容的前端选手来说，正是锻炼我们网站架构的好机会。
另外，这也是一次深入了解Node的好机会，准备好迎接即将到来的前端工程化时代。
为什么选择node中间层
在说这个话题之前，先给大家分享一篇文章(【探索】NodeJS中间层搭建)，它让我对node中间层的理解更加深刻，特别是最后的来自淘宝的PPT。
现有开发模式的适用场景
玉伯提到的几种开发模式，各有各的适用场景，没有哪一种完全取代另外一种。
- 比如后端为主的MVC，做一些同步展现的业务效率很高，但是遇到同步异步结合的页面，与后端开发沟通起来就会比较麻烦。
- Ajax为主SPA型开发模式，比较适合开发APP类型的场景，但是只适合做APP，因为SEO等问题不好解决，对于很多类型的系统，这种开发方式也过重。
前后端分离
从职责上划分，node中间层实现了前后端分离:
- 前端：负责View和Controller层
- 后端：只负责Model层，业务处理/数据等
拿我们公司来说，之前的网站前台的项目，是基于后端的MVC，在遇到同步和异步结合的页面时候，和后端频繁沟通，对前后端来说都是很痛苦的。
对前端来说，发挥的空间十分的有限，例如：性能优化，只在前端做是很有限的，是需要和后端配合才能实现的，比如 随后的部分我会写道的无刷新加载。
前端掌握了Controller，就可以做路由设计、网站目录结构、网站前端架构。
掌握了View，就可以通过后端模板引擎(jade/pug,Ejs,swig等)，边写边绑数据。更别提，pug之流 还有mixin，让我们对 html进行函数化，大大提高效率。
NodeJS让前端无需学习一门新的语言，就能做到这些事情。
基于NodeJS“全栈”式开发
下面的这张图很简单形象的说明了Node中间层
中间层的性能问题
多加了一层通讯，肯定会有一定的性能损耗。但分层带来的损失，一定能在其他方面的收益弥补回来，而且合理的分层能让职责清晰、方便协作，大大提升开发效率。也可以通过优化通讯方式和协议，尽可能把损耗降到最低。
拿我公司的网站举例：一个静态化的详情页面上有很多(动态)的数据，用户资料、评论信息、订单等等，需要5、6个异步请求，node中间层可以代理这些请求，轻松实现Bigpipe。
在PC上你觉得发5,6个异步请求也没什么，但是在无线端，在客户手机上建立一个HTTP请求开销很大，有了这个优化，性能一下提升好几倍。
Node什么都能做，为什么还要JAVA/PHP？
我们的初衷是做前后端分离，如果考虑这个问题就有点违背我们的初衷了。即使用Node替代Java/PHP，我们也没办法保证不出现今天遇到的种种问题，比如职责不清。我们的目的是分层开发，专业的人，专注做专业的事。基于JAVA/PHP的基础架构已经非常强大而且稳定，而且更适合做现在架构的事情。
前端的任务更重要了
常见的前后端分离的开发模式中，后端为前端提供了路由结构和页面的数据绑定，前端只需要切页面和少量的逻辑。
在node中间层中，前端不仅仅要切页面和做页面逻辑，还要做url design、页面数据绑定、联调与沟通，还要考虑SEO的问题，伪静态页面、title/keyword设置、网站地图，甚至包括错误日志等等。
虽然前端的工作量增加了不少，但是基于模块化的开发，让总体的效率提升了。
对于后端程序员，接口整合的工作交给了前端服务器进行处理，同时和前端耦合度大大降低，工作量和工作效率都减少了。
另外，由于前后端分离，测试都可以分开来了，专门测试接口的和专门测试ui层。
参考链接：https://blog.csdn.net/u011413061/article/details/50294263
https://segmentfault.com/a/1190000012950302?utm_source=tag-newest