在这个微服务大行其道的时代，标准化API，前后端分离似乎成了标配，今天我们来聊聊是否前后端分离真的有必要。
缺点：人员分配
以前，大家做项目的时候，前后端一起来；现在，大家做项目，前端开发前端，或采用vue，或采用react，后端提供接口，然后两方联调，相对于以前的瀑布式开发，这样做的好处显而易见，各司其职，发现问题的时候，那里有问题就直接找谁。但是，很多时候我们忘了一点，相对于非技术的领导或者小公司来说，一个人就是啥都要干，就算是很多传统行业的大公司，经常出现这种情况，这样子的问题，谁来说的清。
缺点：联调实际上很耗时
前后端分离开发中，对人员依赖性加强了，很多小公司很容易忽略了这点，有一天前端请假了，后端直接说：前端的问题，我不懂。问一下，线上问题，哪经得起折腾，时时刻刻就是需要马上解决的节奏。
缺点：因技术而技术
这是个比较恶心的问题，当市面上很多人这么做的时候，不考量自身情况，就开干，流行前后端分离，就采用前后端分离，不考虑自身可能就几号人，就一个普通业务系统。
总结：这里虽然只说了前后端分离的缺点，但是也分实际情况，目前，在一些小系统上，我建议考虑简单做即可，没必要全部前后端分离，在一些大的业务系统上，尽量做前后端分离，配合微服务架构来做。希望各位看官因地制宜，根据实际情况考量设计，切记因技术而技术。
--END--
分享到:
閱讀更多 互聯網生活啟示錄 的文章
