后端渲染和前端渲染的比较

脱离 场景 谈架构都是耍牛氓！

不同的方案会有不同的优劣，我们来比较一下后端模板渲染和前端模板渲染：

一、后端渲染
页面呈现速度：快，受限于用户的带宽
流量消耗：少一点点（可以省去前端框架部分的代码）
可维护性：差（前后端东西放一起，掐架多年，早就在闹分手啦）
seo友好度：好
编码效率：低（这个跟不同的团队不同，可能不对）

二、前端渲染
页面呈现速度：主要受限于带宽和客户端机器的好坏（不过这两个现在越来越好），优化的好，可以逐步动态展开内容，感觉上会更快一点。

流量消耗：多一点点（一个前端框架大概100K左右吧）当然，有的用后端渲染的项目前端部分也有在用框架。

可维护性：好，后端纯，前端也纯
seo友好度：差，虽然google可以爪ajax了，不过国内我度还是……
编码效率：高（主要不用反复和后端掐架了，可以专心写代码了）

这样看上去，前端渲染各种先进，这也是为什么前端框架现在越来越多，而且，人越来越贵，机器越来越便宜，当然是怎么开发快好维护，怎么来咯。

所以，后端渲染就要退出历史舞台了么？当然不是！
你看现在移动互联网这么发达了，为什么我们还需要用短信联系别人呢？（一角钱一条短信好贵啊 摔！）

除了大家说的，需要秒开首屏以及对seo有高要求的应用场景，前端渲染还有下面几个地方，不能完成，只能后端渲染：

1. 导出为.doc .docx ，
2. 导出为 .xls .xlsx ，
3. 导出为pdf ……
4. 自定义纸张的打印
5. 对傻逼浏览器的兼容
6. 等

至于未来会怎样？谁知道呢？
我只知道程序猿会越来越贵，所以能做出项目赚钱的技术会越来越简单好用，至于后端渲染要不要退出舞台的问题，说不定等他完全退出舞台了，又会有《上古技术：后端模板引擎》（手动滑稽）