从最开始的html+php混写到后来的mvc，再到前端框架的出现.上次在一个群里看到有人讨论说以后的开发，后端只需要输出json，前端拿到json做相应展示就可以了.
前后端程序员只需要在开发前约定好格式，和详细的接口返回值及调用方法就可以了。完全抛弃mvc，不再每学个框架都要去学一套模板语法，请问真的是这样吗？现在主流是怎样的??
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
显然不是。你自己数数平时常用的网站，看看实现方式不就知道了。比如说你现在提问segementfault。
补充：楼主所说的前后端分离实际上是指客户端渲染技术。这种技术目前在社区流行程度越来越高，但是这并不能完全的取代服务器渲染，具体原因就不讲了。
不过业务分离逻辑这并不是啥新鲜的概念，这也符合MVC的理念，将逻辑与视图分离，提高逻辑的重用性。这我相信很多项目都在这样做，或者说向着这个方向在努力，之前也有很多关于这方面的成果比如解耦，重构，分布式。
所以自然无法否认服务器渲染技术依旧还是目前的主流，不过当你的项目构架已经达到了高度灵活，高扩展时，使用何种渲染技术这已经不是最重要的。因为即使是服务器渲染也是对接相关的API组合业务。跟客户端渲染技术唯一的区别就是渲染的时机而已。
根本自己的产品适合选择相关技术这是最重要的。
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
显然不是。
你自己数数平时常用的网站，看看实现方式不就知道了。
比如说你现在提问segementfault。
补充：
楼主所说的前后端分离实际上是指客户端渲染技术。这种技术目前在社区流行程度越来越高，但是这并不能完全的取代服务器渲染，具体原因就不讲了。
不过业务分离逻辑这并不是啥新鲜的概念，这也符合MVC的理念，将逻辑与视图分离，提高逻辑的重用性。这我相信很多项目都在这样做，或者说向着这个方向在努力，之前也有很多关于这方面的成果比如解耦，重构，分布式。
所以自然无法否认服务器渲染技术依旧还是目前的主流，不过当你的项目构架已经达到了高度灵活，高扩展时，使用何种渲染技术这已经不是最重要的。因为即使是服务器渲染也是对接相关的API组合业务。跟客户端渲染技术唯一的区别就是渲染的时机而已。
根本自己的产品适合选择相关技术这是最重要的。