纯粹的前后端分离是必需的吗?

我们不应该纠结哪种技术好,而是看不同场景选择效益最大化的技术。

重型服务器端动态页面框架:JSP,ASP.NET,RAILS(Grails)       在MVC的Model中绑定数据,渲染到客户端,可以通过helper 进行template 元编程简化html的繁琐书写。但是这个偏向全栈了,在做前后端完全分离的实现上时会出现水土不服的问题。

富客户端框架:NodeJs(MEAN)       完全的前后端分离(一个后端程序可以适用多个不同情境的前端框架),强调前端和后端之间用json/xml进行数据传递,消息也是仅通过AJAX(JQuery)传送,客户端只需要调用WEB API和服务器端配合进行。NODE特别适合高并发的阻塞事件,可以成为大型架构(JAVA)中的中间层,作为服务器端和客户端之间隔离的抽象层(封装 WEB API),适合WEB SERVICE

重型服务器端框架的改进:ASP.NET (WEBFORM)-> ASP.NET MVC(RAZOR ENGINE) + JS框架

Rails -> Rails + Sinatra(替换Action Pack)

其他MVC变种框架:DJANGO(MTV),GoLang.

应该掌握代码背后的原理,事件机制(DSL),这样才能以不变应万变。

你可能感兴趣的:(纯粹的前后端分离是必需的吗?)