码迷,mamicode.com
首页 > Web开发 > 详细

关于Web前后端分离的体验

时间:2015-01-08 07:05:51      阅读:181      评论:0      收藏:0      [点我收藏+]

标签:springmvc   node   webservice   前端   

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

以前在知乎上答过这样的问题。大概如下
http://www.zhihu.com/question/26835139

由于目前正在做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层模板的做法,这应该是第二代分离了。Angular还在学习中,我真是看上了双向绑定这个神器,google又一伟大发明。
目前已存在的问题:

  • 权限的控制,以前只用通过url,后端就可以控制住;现在都是hash值,后端如何去控制?
http://hirra.cn

关于Web前后端分离的体验

标签:springmvc   node   webservice   前端   

原文地址:http://blog.csdn.net/myhirra/article/details/42512069

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!