个人感觉是不会出的，并且没有意义！后台系统用前后端分离只有那些一知半解，秀技术的才会这么做。当然分离也有一定好处，尤其是对于那些只懂前端或后端的选手来说是很友好的。但是如果前后端都会的选手私以为弊端更多

后台也前后端分离，个人感觉，这就有点把前后端分离走向极端化了，我认为并不合适。传统开发模式，经历多年的演变，已经近乎完美了。

后台看面向谁的，面向自己的怎么方便怎么来，别想前后端分离，界面再怎么丑都无所谓。面向用户的，能分离则分离，能多漂亮就多漂亮。比如商家后台。

个人感觉是不会出的，并且没有意义！后台系统用前后端分离只有那些一知半解，秀技术的才会这么做。当然分离也有一定好处，尤其是对于那些只懂前端或后端的选手来说是很友好的。但是如果前后端都会的选手私以为弊端更多

@孙晔华 有意义，前后端分离很爽的，而且要完全分离，像我这种对前端不熟的用着ant design也没感觉到任何障碍啊

后台也前后端分离，个人感觉，这就有点把前后端分离走向极端化了，我认为并不合适。传统开发模式，经历多年的演变，已经近乎完美了。

@大鹤正一 要紧跟时代的步伐，不要守旧，技术不存在完美

后台看面向谁的，面向自己的怎么方便怎么来，别想前后端分离，界面再怎么丑都无所谓。面向用户的，能分离则分离，能多漂亮就多漂亮。比如商家后台。

@Violet_Ice紫冰 分离很方便

@Violet_Ice紫冰 分离很方便

@弄月 后端分离更麻烦，徒增开发周期

@孙晔华 有意义，前后端分离很爽的，而且要完全分离，像我这种对前端不熟的用着ant design也没感觉到任何障碍啊

@弄月 嗯，对于只对一端熟练的来说的确很好。但是对于双端都熟练的就存在很多问题。1.需要出于安全考虑跨域需要做限制2.开发周期变长（主要是前端，后端其实很乐意分离，只写接口那个酸爽） 3.前端实现部分业务逻辑对前端程序员难度加大。其实还有很多，关键问题其实是限制前端刚开始涉及业务，大多程序员单论逻辑方面还是和后端有很大差距的 未来可能会彻底分离，但是如果彻底分离了 仅写接口为啥还要用php 直接nodejs 不是更爽么？所以问题又回到nodejs 为啥没取代后端语言问题，简单说就是暂时js不成熟，一门语言一统天下的时代基本是不可能的 请参考java

@弄月 嗯，对于只对一端熟练的来说的确很好。但是对于双端都熟练的就存在很多问题。1.需要出于安全考虑跨域需要做限制2.开发周期变长（主要是前端，后端其实很乐意分离，只写接口那个酸爽） 3.前端实现部分业务逻辑对前端程序员难度加大。其实还有很多，关键问题其实是限制前端刚开始涉及业务，大多程序员单论逻辑方面还是和后端有很大差距的 未来可能会彻底分离，但是如果彻底分离了 仅写接口为啥还要用php 直接nodejs 不是更爽么？所以问题又回到nodejs 为啥没取代后端语言问题，简单说就是暂时js不成熟，一门语言一统天下的时代基本是不可能的 请参考java

@孙晔华 确实,JAVA语言其实本身并不强,关键是他有无数的现成jar包可供直接引用.若是单纯的写接口,还是PHP是最爽的.

@孙晔华 确实,JAVA语言其实本身并不强,关键是他有无数的现成jar包可供直接引用.若是单纯的写接口,还是PHP是最爽的.

@Flylow 单论接口方面java强也不全是jar包多，主要是php缺协程和线程，高并发问题比较坑，所以大型或中型项目一些公司会舍弃php。 目前解决方案其实就俩个 一个是swool，一个是用go语言写微服务。 但是大多数php程序员很少接触这俩个，这也是我个人认为 一个程序员后期必须会java+c/c++（性能差 但是都能做） 或者多种语言（要求偏高，php向最少也得php+c/c+++go+python）的原因