Web 发展三部曲

青铜时代

在互联网诞生之初，网页还只是一个承载静态信息的载具，只能显示一些纯静态的文本和图片。这种静态页面不能读取后台数据库中的数据，是一个完全封闭的生态，我们姑且称这是 Web 发展的“青铜时代”。

白银时代

而为了使 Web 更加充满活力，开发者们一次又一次的对动态网页这一高地发起进攻，主要目标是允许网络开发人员快速编写动态页面。这一个阶段，以 PHP、JSP、ASP.NET 为代表的动态页面技术相继诞生。在这些动态页面技术面前，网页不再是静止的，可以根据不同的人，不同的地域，不同的时间段呈现出不同的数据结果，从这时开始，Web 发展进入了其“白银时代”。

黄金时代？？？

随后，各种各样的网站如雨后春笋般出现，网站的复杂程度也呈爆炸式增长，程序员既绘制页面又控制业务逻辑的难度也越来越大，这时，前后端分离的概念被提出来了。核心理念是**「让专业的人做专业的事」**。于是，程序员的职业发展来到了一个分叉点，是选择专门绘制页面的程序员还是专门控制业务逻辑的程序员成为了一个争论点，直至今日。 在这个阶段，前端是完全不需要参与后台的数据处理，他只需要利用约定好的接口拿到合适的数据，然后渲染页面即可。而且这么做的一个好处是，开发进度不会堵塞，后端开发不需要等待前端完成之后才能继续，只要 Mock 完整数据之后前后端联调即可。

前后端分离的挑战

那这个阶段，是 Web 发展的“黄金时代”吗？

私以为不是。

前后端分离是一个非常好的思想，让专业的人做专业的事情这一美好愿景，在实际的过程中却受到了很多挑战。 举个例子，前端的接口通常是按照逻辑来展现数据的，有时候为了提高效率，后端会根据前端需要的数据结构做数据封装。这就意味着后端还是做了 view 层的工作，违背了前后端分离的初衷。

Web 系统架构的中间层

为了解决上述问题，有人提议干脆把 Controller 和 View 的工作都转移到前端，后端只负责处理 Model 的数据与底层逻辑。于是 Node 中间层这个解决方案就被提出来了，这种方案好不好我们暂且按下不表，先来说说这一个中间层的职能是什么以及架构是什么样的。

中间层架构

其实中间层要做的事很简单。

原来客户端直接向 Server 发送请求，Server 层收到请求后经过计算处理将结果返回给浏览器。如今浏览器将请求发送给 node 层，node 层经过一轮处理后再向 Server 层发起请求。Server 层处理完毕将响应结果返回给 node 层，node 层最后将数据返回给浏览器。因为 node 层的出现，Server 层可以只用关注业务本身，而不必理会前端对字段的特殊要求。

而且，由于增加了 NodeJS 层，每种前端的界面展示逻辑由 NodeJS 层自己维护。产品经理在中途如果想要改动界面，可以由前端自己维护，无需后端操心。前后端各司其职，后端专注于自己的业务逻辑开发，前端专注于产品效果开发。这样就实现了更彻底的前后端分离。

乍一看是不是觉得这个方案很完美呢？但事实真的是这样吗？

太阳底下无新事

细心留意文章里的图，就会发现整个系统越来越复杂，系统复杂会带来很多问题，比如人员沟通成本增加，系统整体性能下降，安全隐患增加等等。这些都是老生常谈的，只要是增加系统的层级就一定会出现这些问题，还有什么其他的问题吗？

我们先思考一个事情，这些东西是不是非 Node 不能做？

显然不是。在 Node 做中间层之前，这些工作本来就是由传统的后端去统一做的，理论上只要在服务层做好分层架构的设计，这些问题都会迎刃而解，那么为什么这几年还会有人鼓吹 Node 中间层呢？

有人会说 Node 很适合做 SSR（服务端渲染）。的确这是 Node 的一个优势，但还是那个问题，这件事是不是非 Node 不可？

现在使用 Node 做 SSR 的，是不是觉得设计理念和多年前的 JSP 很相似呢？

那么究竟是什么原因，让这么多人去探索这条道路呢？

下面是我的私货环节。

我的观点

事先申明，以下内容，纯属个人观点，不喜勿喷。

我们先来看一个段子：「PHP 是世界上最好的语言」

相信听到这句话的人一定会觉得很好笑，虽然这已经成为了一个段子，但是反应的却是一个客观存在的情况——鄙视链。

鄙视像条食物链，是个绕不开的怪圈。在这个怪圈中，每一个人，都在链条的最末端。

而之所以会有这样的鄙视链出现，和工作难度及待遇有很大关系。

一个好的系统应该是 高可用的、高并发以及高性能 的，而这三者，通常是后端程序员的事情，前端程序员所能发挥的作用有限。干的活不重要，待遇自然提不起来，鄙视链也应运而生了。

于是，为了反击，学习成本低、可以迅速上手的 NodeJS 便被前端程序员们寄予厚望，开始接管一些后端程序员不愿意去做的边角活（数据格式转换，字段校验），想着前端负责的职能不再是绘制页面这种基础的事情，重要性就会逐渐凸显出来。

说到底，还是因为前端要提升在业务中的比重，由此提升自己的地位。至于 NodeJS 和传统服务端语言相比究竟有没有一战之力，似乎也就没那么重要了。说不定未来 Node 中间层发展好了之后，再进行解耦拆分也说不定呢。

于是你会发现，公司里的前端同学往往会以架构设计为理由推动后端人员在整个系统设计时增加一个 Node 中间层，好让他们大展拳脚，至于后端人员愿不愿意去把这些边角工作交由 Node 层人员去做就值得商榷了（毕竟后端也有很多方案处理这种数据需求，比如 GraphQL 就是其中一种)。

套用盗墓笔记里的一句话，「最复杂的不是软件系统，是人心」。