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

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

重型服务器端动态页面框架：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），这样才能以不变应万变。