前后端分离,谁值得拥有? | TW洞见

今日洞见

文章作者来自ThoughtWorks:贾朝阳,图片来自网络。

本文所有内容,包括文字、图片和音视频资料,版权均属ThoughtWorks公司所有,任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站,在使用时必须注明"内容来源:ThoughtWorks洞见",并指定原文链接,违者本网将依法追究责任。

近两年来,前、后端分离的架构得到越来越多的认可,越来越多的团队在尝试、推广这种架构。但在团队采纳这种架构之前依然需要冷静思考,这是不是自己需要的?

什么是前、后端分离?

字面理解,前端与后端分离。以Web系统为例,浏览器一端的显示、交互、逻辑处理是系统的前端;前端需要获取数据、持久化数据、通知其他系统,这些无法在浏览器中单独完成,需要后端提供服务。很明显前端系统、后端系统已经分离,那为什么还要强调分离呢?此分离非彼分离,系统的实例是分离的,但系统的母体(代码)未必分离。所以,在这里前、后端分离指的是前、后端代码(在组织形式、调用结构等方面)分离。

有些团队会认为单页面应用(Single Page Application)就是前、后端分离,持这种说法的往往是后端背景较重的团队,因为单页面应用往往用到一些前端框架,把后端同学从输出前端元素的痛苦中解救出来。

还有人认为前端和后端通过API通讯就是前、后端分离,这只是分离前、后端代码的一种手段。

前、后端代码的组织形式

前、后端代码的组织形式有三种,分离、不分离、分离也不分离。第一种形式-分离,最基本的要求是前端代码和后端代码各自有独立的代码库,更好的做法是前端代库自带假后端,可以独立进行开发测试,而后端代码中包括前、后端交互的测试用例。第二种形式-不分离,前端代码、后端代码在同一个代码库,没有明显的前、后端概念,读取数据库和生成HTML、CSS、Javascript的代码混在同一个文件或目录中。可能使用了一些模板技术,但总体还是输出前端元素的思路。第三种形式-分离也不分离,这是介于第一和第二种之间的形式。可能有或没有独立的代码库,但前端代码和后端代码至少在不同的目录中。后端代码不关心或很少关心前端元素的输出。但不像第一种形式,前端代码往往不带假后端,不能独立进行开发测试,而后端往往没有前、后端交互的测试用例。

目前很多正在转换或刚刚转换到前、后端分离架构的系统往往采用第三种形式。比如,Rails背景的团队会分离出Rails API,把前、后端放在不同的代码库中,但开发过程中,往往会把前、后端代码放在同一个编辑环境中,因为前端代码目录中没有足够的信息进行独立开发,而后端代码目录也没有足够的信息确定是否会影响到前端。再比如,有的团队可能用到了AngularJS,EmberJS,ReactJS等前端框架,这些框架的独立性和前端为中心的思考方式导致很自然地分离出单独的前端目录,但是开发过程中依然需要前端代码和后端代码同时存在才能顺利进行。

前、后端代码分离的原因

产品是组织沟通结构的缩影 - 康威定律

前、后端代码的分离又一次验证了康威定律。前、后端代码分离表明前端团队和后端团队的越来越独立,以至于他们之间需要一个明确的界限。与其说前、后端团队的独立,不如说是前端团队的壮大。前端不再是人数很少的几个美工、设计角色的附属人员,前端也是有框架开发、组件开发、应用开发、UX设计等角色的独立团队了。

很容易理解前端团队的独立。一方面Web应用的前端越来越“重”,体现在交互越来越丰富、对页面操作的体验要求更快更炫,这使得前端的逻辑愈加复杂、页面渲染多样化。另一方面,多种端化的需求越来越多。这一切给前端融入了很多的技术,前端已今非昔比,其技术复杂性可以和后端相提并论,也就需要相应能力和数量的团队。

前、后端代码分离带来的好处有很多,比如通过分离关注点使代码职责单一产生更容易维护的代码,减少前端代码对后端开发人员的干扰,提高前端响应速度,提高后端性能,等等。这些好处都是结果,其原因还是技术复杂性带来的团队结构变化。

有些框架或平台花费很大精力做到前后端统一,比如Rails,Meteor,它们就不强调前后端,把前后端很好地融合在一起。这或许是一种方向,把技术复杂性降低,以至于开发人员可以同时掌握前、后端开发的所有技能。如果能做到这一点,也就不需要独立的前端团队,自然也就不需要强调前后端分离。不过就目前看,这类框架和平台还是有其适用范围,在系统的规模和性能需求上升到一定规模后还是不能掩盖技术的复杂性。

谁需要前、后端分离?

Web应用的需求和多终端化推动了前端技术的进步,但不意味着所有系统都有非常复杂的前端,因此不应该不假思索地采用前、后端分离。

我建议先区分系统的前端类型再考虑团队的人员结构,因为前端类型不同意味着不同的前端开发工作量。可以根据前端的轻重把系统分为三类,轻前端、重前端、不轻不重的前端。系统的类型没有严格的界限,取决于当时的技术水平以及决策人对技术的了解程度,对于一个非常熟悉Responsive的人可能不认为适应多终端是个难题,但放在两年前对于一个对CSS没有兴趣的人会认为适应多终端是个很重的需求。我根据自己仅有的一点点前端技术给出一个我认为的划分。

轻前端类型的系统具有以下特点:

  • 对页面布局、配色、字体没有具体要求,好看就行
  • 只有比较简单的特效
  • 只有简单的表单验证、表单提交
  • 几乎没有自定义的拖拽、滚动操作
  • 不需要Responsive,在不同终端布局能适应即可
  • 不需要Native App

重前端类型的系统具有以下特点:

  • 对页面布局、配色、字体有具体要求,甚至有一些创新性的设计
  • 有很多特效
  • 有复杂的业务逻辑
  • 有自定义的拖拽、滚动操作
  • 需要Responsive
  • 需要Native App(允许Hybird)

不轻不重的前端介于轻前端和重前端之间:

  • 对页面布局、配色、字体有一些指导性的要求
  • 有一些特效
  • 有简单的业务逻辑,后端愿意承担更多的业务逻辑以简化前端
  • 有或没有自定义的拖拽、滚动操作
  • 不需要Responsive,在不同终端布局能适应即可
  • 需要Native App(Hybird即可)

对于轻前端的系统,不必追求前、后端分离。一方面因为涉及的前端技术并不复杂,开发人员应该能够掌握大部分技能,不会需要花费很多时间学习新技能。另一方面,把前、后端代码组织在一起也便于开发过程中查找相关信息。当然了,并不提倡把前、后端的代码混杂在一起,还是要做到关注点分离(Separate of Concern)。前、后端代码还是应该在顶级目录做区分,只不过在设计决策时让后端承担更多的职责。比如,后端提供前端专用的API接口,使得前端少做或不做转换。

对于不轻不重的系统,建议综合考虑团队的人员结构和未来的发展方向。如果团队前端人员占比不高并且不认为未来会持续做下去,那么就不用过分追求前、后端分离。如果团队前端人员占比不高,但对未来有更高期望,那么建议立即转向前、后端分离,并注重建设前端团队,在设计决策时要避免后端过度承担职责。如果已经有相当规模的前端团队,建议立即转向前、后端分离,并且尽早做到独立代码库,前端有假后端,后端有针对前对的测试用例,使前、后端开发真正分离。

对于重前端的系统,建议采用前、后端分离架构,并且应该尽早完善前端团队建设,确保前端团队和后端团队的平等地位。

原文发布于微信公众号 - 思特沃克(ThoughtWorks)

原文发表时间:2016-01-24

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏沈唁志

一个优秀的php程序员必须具备的7种能力,你的能力在哪里?

6405
来自专栏SEO

「技巧」100种提高SEO排名优化技巧(一)

4166
来自专栏企鹅号快讯

自动化测试框架Cucumber和RobotFramework的实战对比

一、摘要 自动化测试可以快速自动完成大量测试用例,节约巨大的人工测试成本;同时它需要拥有专业开发技能的人才能完成开发,且需要大量时间进行维护(在需求经常变化的情...

3096
来自专栏无原型不设计

移动网站应用设计:速度至关重要!

以下内容由Mockplus(摹客)团队翻译整理,仅供学习交流,Mockplus是更快更简单的原型设计工具。

1.9K10
来自专栏知晓程序

详细测评!在微信里做问卷调查,哪个小程序更好用?| 晓 PK #6

在微信发放问卷,是一个不错的渠道,毕竟亲朋好友都乐于帮忙,而小程序分享的便利性,让它成为一个收集问卷的优选载体。

4833
来自专栏知晓程序

微信为什么要推出「小程序插件」?

1273
来自专栏云计算D1net

私有云管理工具大比拼

本文,我们将对业内领先的第三方私有云管理工具进行比较,并为你的环境选择提出正确的建议。 随着越来越多的企业采用了私有云,对于相关管理软件的需求也变得迫切而明显。...

4644
来自专栏云计算D1net

公有云提供商挑选准则

当涉及到选择一个公有云供应商时,成本常常是第一个考虑的因素。但其他的因素,例如虚拟机迁移,存储和自动扩展等,也都应该考虑在内。 在企业转移到公有云或混合云时,不...

3947
来自专栏程序员互动联盟

为什么有些网站打开这么慢?

为什么你的网站打开慢? 为什么流量来了,服务器却挂了? 你的用户体验是12306还是天猫双十一? 作为一个专业的IT运维,你能够获得足够多的服务器数据,让你做出...

3208
来自专栏一场梦

一键制作个性二维码HTML源码

2072

扫码关注云+社区

领取腾讯云代金券