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