有微小优势,因为此类项目核心是服务,前端仅仅是服务调用入口,只是比postman调用接口稍微产品化一点点的界面而已,不需要投入前端人力,服务端可以顺手开发,这种场景下使用jsp成本最低,效率最高。 而对于任意一个对前端界面以及交互又要求,并且会长期迭代的项目,不管项目大小,使用前后端分离的效率都要比前后端一体要高,前后端分离可以通过定义服务接口并行开发,互不影响,实现双倍提效。专业的人做专业的事,并且专业的领域有更多专业的工具,可以达到事半功倍的效果。 前后端一体的适用场景非常有限,任何一个对前端交互有要求的项目,都应该采用前后端分离的方式去开发。 前后端一体的项目,前后端完全耦合,一次部署可实现前后端同时上线,但是一旦服务端宕机,前端页面无法展示,影响全部用户,而且不管是服务端还是前端的迭代都需要重新发布,无法保证前后端互不影响,增大了迭代风险。对于前后端分离项目,前后端由不同的应用承载,迭代和发布都可以独立进行,实现完全解耦,几乎没有依赖,服务端宕机可以由前端兜底页面交互降低影响面,单独运维极大降低迭代风险,在前端发展到如今,运维工具非常完善,成本很低,相对于诸多风险,单独运维带来的成本增加可以忽略不计。前后端分离在绝大部分场景下的运维效率高于前后端一体。
答复内容摘自《2021技术人的百宝黑皮书》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/ebook/download/7436
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。