要不要前后端分离？

现在好多项目 动不动就前后端分离，前端vue，后端java

问题是  是不是所有项目都要前后端分离？（一些需要提升前端性能的除外）

管理项目，使用用户十几人 也值得用前后端分离吗？先不说 前端优势，前端是有优势，可是对于小项目，几十人用的项目 哪里体现了优势？

假设有一个管理项目，总共企业里使用者就几十个人。

如果用前后端分离，那么请问 是不是 需要2个人 一个前端一个后端？ 当然有人会说他招一个 前后端都会的，那么请问 前后端都会的工资便宜吗？

那么是不是开发成本维护成本 比不分离要高？维护的时候 是不是还得要2个人？

如果前后端不分离，那么基本上一个后端开发就可以了。

而且调试的时候，是不是 一会vscode 一会浏览器，一会后台 三个端来回检查调试？

打包部署 是不是得部署2个地方？

不分离，无论后台改java还是改页面，都很方便。

另外环境部署 是不是加nodejs ？系统运行故障是不是多了，nodejs 的故障问题？

是不是明显 成本 比不分离增加了？

那么为什么 这样的管理类后台项目 还要用 前后端分离 增加成本？

意义何在？ 难道只是赶流行，会了一项技术？

难道项目架构设计的时候 只看技术新 大家都用？怕过时？ 而不顾成本增加？麻烦增加？

假设一个这样的项目 人员增加2倍，100个项目呢？你是不是要增加200个人力

假设 不分离 需要2人开发，分离 需要3人，开发30天，一共90天，不分离是70天，差20人天，假设一共100个项目

那么分离情况，20天*100=2000人天 ，再乘以1500 人天成本= 2000*1500=300万。增加300万。再将一些把 算200万吧

也许200万在这些架构师眼里 不算钱。或者说这家公司有钱 不差钱。

又假设 这样的分离项目 前后端都让你 维护 和只后端不分离让你维护 ，你选择哪一个？你会很热情的选择 前后端分离？不怕苦不怕累多干一些？

又请问各位 一个企业管理系统，最多几百人上千人使用，请问 这样即使不用前端分离，难道性能就不够了吗？

不分离，页面和java代码也是可以分开改的啊。

总结：普通管理项目 十几个几百个人用，没必要分离。客户才不管你分布分离。如果你公司有钱，可以多招前端工程师，愿意花前端工程师的钱，那么无无所谓。

q