分布式之闲侃前后端分离架构的必要性！

　　我们其实在开发过程中，经常会给pc端、mobile、app端各自研发一套前端。其实对于这三端来说，大部分端业务逻辑是一样的。唯一区别就是交互展现逻辑不同。如果controller层在后端手里，后端为了这些不同端页面展示逻辑，自己维护这些controller，徒增和前端沟通端成本。如果增加了node.js层，此时架构图如下

　　image

　　在该结构下，每种前端的界面展示逻辑由node层自己维护。如果产品经理中途想要改动界面什么的，可以由前端自己专职维护，后端无需操心。前后端各司其职，后端专注自己的业务逻辑开发，前端专注产品效果开发。

　　(2)响应速度提升

　　我们有时候，会遇到后端返回给前端的数据太简单了，前端需要对这些数据进行逻辑运算。那么在数据量比较小的时候，对其做运算分组等操作，并无影响。但是当数据量大的时候，会有明显的卡顿效果。这时候，node中间层其实可以将很多这样的代码放入node层处理、也可以替后端分担一些简单的逻辑、又可以用模板引擎自己掌握前台的输出。这样做灵活度、响应度都大大提升。

　　(3)性能得到提升

　　大家应该都知道单一职责原则。从该角度来看，我们请求一个页面，可能要响应很多看后端接口，请求变多了，自然速度就变慢了，这种现象在mobile端更加严重。采用node作为中间层，将页面所需要的多个后端数据，直接在内网阶段就拼装好，再统一返回给前端，会得到更好的性能。

　　分离所带来的缺点

　　在分析缺点之前，容博主先自责一下。博主拿着底层程序员的工资，想着架构师，甚至是部门leader该考虑的问题了。博主有罪!ok，说重点。先上结论，中小型软件公司，慎用前后端分离架构!慎用!

　　(1)人员问题

　　大家自己留意一下宣传这种架构的是什么级别的公司，中小型公司一般没有这样的前端资源来支撑这样的架构。如果强推这样的分离架构会导致一个后果，后端被硬逼着去学vue.js，node.js这些，白白增加后端的负担。最后处理不好，会出现一个后端纷纷离职的场面，

　　(2) 产品迭代周期问题

　　中小型软件公司，一般需要一个比较快的软件迭代周期。采用分离架构，增加了一个接口制定流程和前后端联调流程。从本质上来说，放慢了迭代周期。

　　(3) 前端需要学习业务

　　本来前端只需要掌管视觉交互的部分。现在因为controller层也归前端管了，前端必须对公司的业务流程有深入的了解，才能准确的写出显示逻辑。不过这样会让后端觉得，前端夺权，前端在混KPI。前端也必须要去学无聊的业务，不过正所谓有得必有失，前端因此也能够站稳脚跟。或许正是因为前后端分离架构的出现，前端可以朝着架构师进军吧。

　　结语

　　本文讨论了前后端未分离、半分离、分离的架构、以及各自架构演进的原因。博主前端也只能算是半吊子水平吧。其实大家发现了么，靠着前端进BAT，比靠后端进BAT难度小的多，博主也曾经动摇过，不过还是坚持在后端继续深造。这篇文章只能算是博主的一点浅薄见解，可能博主在有些地方用词不够准确，希望大家指出。最后，送上一句暴露年龄的歌词

　　抬头望望天，月亮在笑。低头看看地，浪花在跳。这个世界，我们多么渺小。只要努力，就会心比天高 !

　　只要努力就好，不是嘛^_^!

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!