前后端分离不是说前后端不能同一个人写。你既会java又会javascript和css,一个人搞定当然很棒。但是需要注意的是:
1:现在前端的工程化复杂程度已经几乎超过后端了。你在后端用的mvc、mvvm、依赖注入、aop等等等等花里胡哨的模型,现在前端框架里也都是基本构成要素了。从某些角度来说,后端反而比前端更纯粹简单。
也就是说,如果你精通后端,其实很难再去精通前端了。(不是说不可以,是很难)
2:专门针对后台管理系统这个场景来说,也非常适合前后端分离。后台管理系统需要大量运用数据的增删改查和渲染展示。类似于vue和angular做这种业务太适合不过了。而且已经有不少基于vue或angular的后台管理系统的页面模板。基本上就差对接后台数据和业务逻辑,就能直接用。
如果用过双向数据绑定,就会感觉传统的jsp里写数据或者往模板里塞变量,简直是一坨翔一样丑陋。
3:后台管理系统难免涉及到用户角色和权限管理设计。这方面我认为肯定还是后台参考RBAC标准来实现比较好。前端就是负责数据展示和写入。这也是前后端分离的意义所在。
当然,最后,完全不做什么前后端分离,还是老路子后台渲染模板,甚至拼html字符串,也依然可行。
【 在 zdzaba 的大作中提到: 】
: 为了让讨论比较深入,我来先说说我的见解吧
: 1、不前后端分离,就是最常见的Model&View,一般的流程是:
: 1)获取路径地址,前面一般还会有路径鉴权
: ...................