前后端分离在一般项目开发中可行性如何?

阅读 6.8k
4 个回答

可以参考一下:Web 研发模式演变

建议如果程序员JavaScript基础好,还是前后台分离(单页面应用)比较好。但是这种模式比较适合做Web应用,而不是内容为主的网站。
否则就选用一个成熟的后台MVC框架,按模块划分。但是不建议,因为扩展性会比较差,特别是要同时支持手机和网页客户端的话,有大量重复的UI逻辑要在两个客户端里分别实现。

个人认为前后台完全分离这种形式对于网络负载要求很高,高并发下成本远高于普通架构,我接触的大部分开发团队都在使用模块式开发,好处很多,坏处就是如果有团队成员离职,他负责的模块别人再接手是件很恶心的事。

前后端分离是一个非常复杂的话题,君不见F2E圈子提这个提了很久,才刚刚有大厂有一点点践行结果吗。

因为前期的人力成本高,技术要求全面。所以小项目,还是该怎么搞怎么搞吧。大厂弄这个是为了降低边际成本。

还有全数据接口依赖AJAX,只适用于SPA,所有项目用SPA显然是不合适的。

淘宝的做法是node.js做前段,后端使用node.js调用java server提供的api

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
宣传栏