前后端分离这件事情已经是老生常谈的话题了,现在我也老凑凑热闹吧,其实很早的时候就认为这样的开发方式很好,能大大的提高工作效率不至与浪费人力物力财力,节省成本balabalabalabala~~

meishijian

下面就列个表格,详细展现下前后端分离带来的好处

类型 分离 不分离 描述
时间线 前端后端设计几乎可以同时进行编码 后端 等 前端,前端 等 设计 设计说这锅我不背
工作量 前端占大部分工作量和工作时间,后端只需要写接口和接口文档,以及联调是的配合 前端写完之后交给后端,后端改完之后发现有问题之后在返回给前端(如此往复N+1次) 呐,人开心做重要
代码量 几乎都在前端 后端写了大部分 大家后很累的
数据渲染 前端根据数据接口进行渲染,渲染结果直接显示在页面上 后端自己写接口自己渲染,自己调试,自己写样式,自己搞不定再让前端写 前端说怪我喽
代码结构 前端和后端分离代码机构,都可以独立开发 前后端共用一套代码结构,前后端耦合严重 藕挺好吃的

通过上面的比较,在开发模式上,前后端分离不仅仅只是工程师的分工开发,更重要的意义在于实现了前后端的并行开发,简化了开发流程,提升了工作效率。

先说说分的好处

1.当然是提升工作效率了 2.可以应对复杂多变的前端需求 3.使代码能更好的被维护 4.灯~等等等灯

那些项目不适合前后端分离

刚叭叭叭的讲了这么多前后端分离的好处,那是不是所有的项目都适合前后端分离,答案当然是否定的了,老司机告诉你,凡事没有十全十美的。有利必有害呀。。 laoshiji

数据驱动型

举个栗子:一个项目没有多选图片,布局,字体,仅仅需要一个渲染出来的数据,这样的项目还是不建议采用前后端分离,这样后端直接写反而更简单。

活动页

再举个栗子:一个非常炫酷的活动页没有数据渲染(或者极少)的请款下,前端要处理复杂的动画,布局和图片,这样老司机依然建议放弃前后端分离。

小公司

小公司或者小项目就不要搞分离了。一是没有这么多的人配合,二是小项目前后端分离反而增加开发成本。不合算。

最后

前后端分离并非仅仅只是前后端开发的分工,而是在开发期进行代码存放分离、前后端开发职责分离,前后端都能够独立进行开发,传统的前后端混合开发模式,虽然久经考验,到现在依然还是能支撑起应用的开发。但是放眼未来,应用的云化、微服务化势不可挡。技术在持续进步,架构在不断演进,只有紧跟发展的脚步,不断调整项目管理方式,软件开发模式,才能在互联网浪潮中把握机会,乘风破浪。

前后端分离 Ta好我也好。 tahao