后台管理系统前后端分离的意义有多少？

怕泄漏吧，前端技术有了后端代码，然后就可以单干了，我老板是这么想的。。。所以后台得后端自己弄。。。

分离意义不大，在人力充足情况下，方便人力投入

没有意义，，，硬要说意义的话，分离出去的前端可以给前端做，后端只做接口，又省了好多事啊，爽！

分离后分工明确，开发快。直接用lumen, laravel太重

@xuanjiang1985 讲道理，Admin开发 Laravel-admin， Laravel-Nova 开发速度完爆任何前后端分离。

强烈支持前后端分离

为啥没有意义呢？一套接口是不是可以给小程序用、给web用？

@firesix 对的，我也觉的主要在于分离后，可以一套后端对应多套或多种终端

@firesix 后台的接口很少能给到前台api吧？

@jobsssss 非常同意你的说法，用一套laravel-admin类似的模板可以轻松解决效率问题，还不用撕逼。让我写前端样式什么的最烦了。

一套 Api 多端使用，岂不美哉？

支持前后端分离，如果一个项目一个后台，那对于运营来说，是一个噩梦。最好是只有一个后台，包含多个项目。

layuiadmin 你值得拥有，前后端分离 前端样式还挺好看 并且基于传统的前端方式 不需要额外学习

结合公司的具体情况吧，如果前后端程序员都到位了，也很赞同分离，那就执行。

如果像我现在的公司一样还是PHP为主(前端只碰html和css)，没做到前后端分离，就不用硬推。

我们公司以前硬推过一个项目前后端分离，可能因为大家都不熟悉把，沟通时间就花掉了大半时间。

如果系统规模较小，不分离也慢不到哪里去，而且都是一个人写的情况下。

具体看项目规模，小项目重实现，更重业务效率和开发速度，活下来最重要。

大项目，业务结构复杂，传统MVC会让维护成本增加，再加上现在前后分离是趋势，很多后端开发不会前端。

因此前端组件化，后端服务化拆分复杂的业务，实现高可用，高维护才是关键。

是否前后分离，没有好坏之说，关键是在不同时期节约公司成本，提升人效，使公司活下来。

很复杂的后台 基本都分离了，简单的是可以不用分离

数据多的时候，你不异步获取数据，你试一下什么感觉就知道。

@jobsssss 那还不是因为不会写 :grimacing:

前后端分离不分离都一样 都是要自己做 现在后台的前端框架很多 找一个去改就好了

讨论这个问题，题主一定没有做过复杂的后台管理系统，前后端分离成为趋势的根本原因就是越来越丰富的客户端实现和越来越复杂业务组织逻辑。例如美团点评的点评管家(服务于众多商户的管理端)。业务复杂度，要求了业务实现不可能在一个部门实现，分离前端的作用，是将web程序的客户端的后端服务代码分离，从而有更加灵活的组织客户端实现。点评管家还有app端，北极星开放平台，以及自家的客满满管理系统等等应用群，api要解耦出来，提高复用度。总而言之，存在即合理。