为何如今又流行服务端渲染html？

由于解决不了SEO的问题。

 

在这个问题上我是吃了大亏的。
最先3年前创业的时候就面临一个选择，先后端分离仍是服务器端渲染？

先后端分离的好处太多了，后端提供的API简单，干净，通用，Android和iOS端均可以用。前端开发效率高，解藕容易，整个项目彻底并行开发。

 

而服务器端渲染惟一的好处就是SEO，那么我须要SEO吗？不禁自主的想起来了淘宝，以及你们都在喊着移动为王。

 

因此从偏技术的角度，我决定了使用先后端分离的方式，我想，技术问题，总会有技术来解决。

 

而后运转不到3个月，就直接发现了问题所在。来自搜索引擎的流量，仍是过重要了。即使是在日渐衰弱的时候，仍是足以决定一家中小公司的生死。

而项目上天天100多篇的原创内容，就这样根本没机会带来任何流量。

同时维护3端的代价又太大，APP端的运营推广太难，又不太合适修真院提倡的编码优先的场景。

 

因此咬牙几回，都不太敢切换技术路线，只可以分拆模块，将前端的归前端，将后端的归后端，不须要SEO的，像须要登陆才能访问的，就用先后端分离，不须要登陆的，就用服务器端渲染。

 

仔细看了一下技术点的解决方案，没一个满意的，搞那么复杂的技术，只是让前端人员作后端渲染吗？还不如直接生成JSP方便快捷。

 

可是这不表明着又流行服务器端渲染了，仍是那句话，前端的归前端，后端的归后端。

 

若是搜索引擎对ajax的解析，或者是对sitemap的支持足够好了，先后端分离是必须的。

 

另外再说一些容易混淆的概念，
动静分离不是先后端分离，动和静最有意义的区别就是是否须要重启，简单说，须要重启才能更新的代码，均可以成为是动态代码。你只要维护系统一段时间，就明白重启服务这种体验有多差。

因此通常jsp这些东西 都是能够独立部署更新，不要重启，但又牵涉到版本管理的问题。

 

大前端指的不是前端懂后端，而是js，iOS，Android横向打通，这是很符合前端人员发展路线的技术栈。

 

全栈工程师本质上就是全菜工程师，像处处喊的作前端怎么能够不懂一点后端的观点没有错，你懂一点算法，架构，大数据都没问题，但不要本身骗本身，认为懂就是全栈工程师了。跟猴子穿衣戴帽没什么区别，再多前端的人不喜欢听，我仍是要这么说。

 

若是你真正想学后端，就忘了本身是一个前端工程师，先后端的思惟方式彻底不一样，就算是angular这种神器，写前端代码和作后端架构要考虑的点也彻底不同。想知道后端架构师到底须要考虑什么的，请自行查找修真院专栏文章。

 

我本身只敢说本身是后端工程师，说本身是架构师都脸红，历来不敢说本身是前端工程师，更不敢自称全栈。

 

还有，一切用异构语言中转的服务器端渲染都是脱裤子放屁。

php中转，nodejs中转，Python中转，lua中转，这些项目我都接触过，没有半点意义和价值，只会让系统更复杂。

 

会有人说后端接触一点对理解前端有帮助，这个不反对，可是不表明就是要用js作后端。

 

因此，最终的结论就是，技术是要解决问题的，从架构上来说，先后端分离让系统更简单，开发进度更快，但遇到的SEO是一个难关。

 

各类解决方案对比之下，仍是java的jsp直接渲染更简洁。

前端的归前端，后端的归后端。