关于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层模板的做法,这应该是第二代分离了。

各有利弊吧

    原文作者:hirra
    原文地址: https://segmentfault.com/a/1190000002482449
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞