关于Web前后端分离的体验

由于公司有一个特殊的项目，以前是完全用php(smarty)写的一个程序，现在要转向php+node。因此一不小心又给后端同学们灌输了下用node做前后端分离的思想。

由于目前正在做angular的项目，因此体验更加深刻。

现在再来说一下前后端分离的想法吧，还是有点借鉴http://ued.taobao.org/blog/2014/04/full-stack-development-with-nodejs/

1、我所接触的第一代Web程序

为什么是我所接触的呢？用Java来说吧。以前可能有人用过EJB，我没用过，不过听说那个东西很庞大。
我接触的第一代应该是JSP+Servlet吧，当时基本上是的做法是把JSP解析成一个Servlet，然后tomcat再把servlet转换成对应的html，再发布出去。页面与页面之前完全通过servlet进行通信，接触的也不太多，不太深刻。
只是当时在JSP里写Java代码，甚至写数据操作的代码，完全没有分离的思想。整个代码看起来很臃肿。

2、Spring时代

分离的稍微明显的就是Spring的到来吧，当时有三层架构，先不提那些什么的缓存吧，Dao+Service+Web，Dao提供底层数据支持，Service写业务逻辑，Web提供页面。很经典的作法就是往request或者session里面塞一串数据，然后在JSP里写java代码或者写jstl等模板语言。这样往往后端同学也要写一份demo页面用来测试(那不会写demo真的不行吗？)，而前端同学则可以悠哉悠哉的切一些页面—>刷一下知乎—>写一会css—>刷一会知乎。等后端同学把服务写好后，前端同学再把切好的页面给后端。后端同学再一一填坑。

这可能只是我们当时毕业设计式的作法，而且当时还可能还没有真正的前端工程师而言，只有php/java工程师+UI等。

3、Rest时代

就是后端提供WebService，前端负责数据表现。这当属第一代前后端分离了。这时候可能有真正意义上的前后端分离了。出现Rest的原因，我估计是因为一个Server要对多端(Android、Iphone、Web等)才这样做。

这时候Soap协议貌似没怎么看到了，至少我没怎么看到了。

这种方式还是挺管用的，前后端各司其职。这时候后端完全只用提供最纯粹的数据服务就ok了，一般用json进行数据交换。而且这时候前端一般会用node作为前端的服务器，当然，你也可以不用。那么问题自然就来了，前后端的数据交换成了尤为关键的一个环节，包括前后端同学要定好数据格式、同步session、错误监控等等。

其实这个时候依然是后端模板的方式。只是以前php的smarty模板，java的jstl表达式，现在成了node里的est等等。但是这种分离方式在细分工作、提高开发效率等方面起到了很关键的作用。关于性能是否有所提升，有待考究。

通过监控接口的错，能很轻松发现后端服务不稳定。目前的api监控，很纯粹，虽然不太完善，但是还是发现了不少问题。

4、前端MVC时代

目前我们在用Angular。这样可以完全抛弃node层模板的做法，这应该是第二代分离了。

各有利弊吧