Question

为什么现在又流行服务器端渲染html

Answer 1

最开始的页面都是服务端渲染，渲染模板属于后端要做的工作，也就是 mvc 中的 v，各种模板库飞起。

后来出来了一个 ajax 方案，体验效果很好，并且很好的解藕了前后端工作，切图崽（前端岗位的昵称）不需要学习后端模板语法，crud崽（后端昵称）不需要学习 html 语法。并且一套 restful 搞定 web Android iOS 三端。不过呢，切图崽需要用 js 操作不少 dom 结构。
切图崽不满足于写出那么多接口数据到 dom 结构的不好维护的垃圾代码，于是做了：
1. 搞出来前端的 orm，一个后端实体对应前端一个 model，再配五个接口（添加，删除，修改，获取列表，获取单个实体），接口的请求操作统一为 model 实例的方法，再也不用写各种接口请求了。 形成了前端代码中的数据中心。
2. 为了 避免 dom 操作代码繁杂看不懂，于是把数据和 dom 节点绑在一起，dom 操作变成了配置，清爽不少。形成了前端的数据控制层。
现在我们的前端页面可以直接无刷新增删改查了
当然不够的，我们在切换页面的时候还是会刷新，不行，我们要 spa （单页应用），整个前端我们只需要一个入口，于是前端的路由出来了。
切图崽当然还是不满意的，既然桌面 gui 软件有那么清晰一套 mvc 开发方式，前端作为 gui 开发怎么能没有，再加上之前的工作积累。数据流，数据绑定，ui 组件。方向数据流，数据双向绑定，ui 组件库 满天飞，形成了现在 react angular vue 局势。
至此，似乎已经挺完美了，但是谁知道在这期间 nodejs 出来了，它是什么，就是 JavaScript 的语法啊，我们切图崽天然就掌握一门后端语言语法了
于是我们开始回顾历史，当年我们采用了无刷新提高体验的同时，虽然也去掉了无后端的工作耦合，但是，也放弃了服务端渲染的 seo 啊，如今，我们在不要求后端的情况下，在中间加一个 node 层，就可以解决 seo 问题，也享受 spa 的体验优势…