现在前后端分离是主流了吗？

应该正在趋向主流，但还不是主流

java 系的上 angular.

主流。我们这都是

上海这边应该是主流了，现在客户端性能强大了。很多工作可以放到前端来做了。后端不是和以前一样的写嘛。写写接口就好了啊

分场景啊，ERP 你前后端分离试试呗

这是一个趋势，而且用在微服务项目里的话，非常适合！可以各司其职提高开发效率，但是带来了接口测试成本，如果后端用 Java 的话，可以用 swagger 向前端暴露自己的接口

没错，可以这么干，开发很舒服的

如果要同时兼容前端和移动端，前后端分离很重要

互联网化项目肯定是一个好选择，传统软件项目未必是一个好选择。
前后分离的场景更加适用于业务不停发展变化的互联网业务，前端的变更需要更加快速，超过了后端的业务变化速度才能体现出比较大的优势。

如果考虑到服务端渲染的话还是不要前后端分离了吧 毕竟前端比较少。

目前我们着是这样 客户端又后台提供接口 其他前端来做
后台管理部分全部又后台来做

可惜我们公司前端水平太差了 比我个后端还差

前端能做的事情就不要让后端做。

@linbiaye #2
前后端分离，后端还分 Java PHP ？？你倒是说说为什么后端 Java，前端就要用 Angular ？

@sudoz 你会错意了，没有说后端 java，前端就要 angular。对于后端程序员来说，如果熟悉 java 的那一套，上手 angular 容易。angular 才是 framework, 各种常用的组件都给你准备好了; vue, react 都只是 library，需要自己倒腾其它的 library。

是的，反正深圳这边是这样的。但是分离后安全性可能降低，所以会结合 ssr。
还有一个分离之后的 pwa 也能加速用户体验。

好处是只写一种接口。坏处是可能要多一些人手。

3 年前就分开了=，=

不过写一些控制台之类的小玩意儿不分开也行

@2379920898 ERP 更容易前后端分离呀，SPA 不就是基于浏览器的客户端么？

jQ 一把梭