在桌面 web erp 开发中，前后端分离是否真的有优势呢？

桌面 web 是什么？

这种数据交互频繁的应用，也不用在乎 seo 和加载速度的，用前后端分离没什么毛病吧。

当然要分离

分离你的关注点都会不同, 未分离前 后端会重点在页面的显示, 分离后, 后端更关注数据本身

另外, 分离后, 前端的调用后端并非完全不干预, 后端需要指导前端如何才能正确高效安全的调用, 如何给后端减负, 如何组合 api 完成本来要后端完成的功能, 对前端有一定的要求

不仅前后要分离, 后端还要多分一个 DBA 出来

企业内部应用可分可不分，用传统的一些基于组件（有状态）的方案更简单些。

外部互联网程序，为适应现在或将来的需要（有第三方交互，不同 Device ）， 无状态和 RESTful Architecture 是起步，几乎是必须分开的。现在即使一些原来内部使用的程序也慢慢互联网转型过渡，从四五年前起几乎所有接触的项目就开始全面实现 REST API，前端（ Website，Mobile App ）用 SPA 实现了。

不是必须分离，但是分离是使项目更清晰、有条理的办法之一。