这是一个创建于 2609 天前的主题，其中的信息可能已经有所发展或是发生改变。
想问下大家，现在前后端分离是主流了吗？
现在有个项目，正在进行技术选型阶段，在考虑要不要前后端分离，前后端分离有什么好处呢？
还有个疑问是现在前端人手不够，可能要后端亲自上阵，前后端分离的话，哪些技术对后端来说比较容易。后端的主要技术栈是 Java 和 Python。
谢谢大家。
 | 1 lsido 2018-09-24 12:20:26 +08:00 via Android 应该正在趋向主流，但还不是主流 |
 | 2 linbiaye 2018-09-24 12:23:38 +08:00  3 java 系的上 angular. |
 | 3 mmdsun 2018-09-24 13:12:01 +08:00 via Android 主流。我们这都是 |
 | 4 Hilong 2018-09-24 13:16:56 +08:00 via Android 上海这边应该是主流了，现在客户端性能强大了。很多工作可以放到前端来做了。后端不是和以前一样的写嘛。写写接口就好了啊 |
 | 5 2379920898 2018-09-24 13:20:42 +08:00 分场景啊，ERP 你前后端分离试试呗 |
 | 6 javacodecreeks 2018-09-24 13:20:56 +08:00 via iPhone 这是一个趋势，而且用在微服务项目里的话，非常适合！可以各司其职提高开发效率，但是带来了接口测试成本，如果后端用 Java 的话，可以用 swagger 向前端暴露自己的接口 |
 | 7 duan602728596 2018-09-24 13:46:39 +08:00 via iPhone 没错，可以这么干，开发很舒服的 |
 | 8 SorcererXW 2018-09-24 14:22:20 +08:00 via Android 如果要同时兼容前端和移动端，前后端分离很重要 |
 | 9 janxin 2018-09-24 14:26:32 +08:00 1 互联网化项目肯定是一个好选择，传统软件项目未必是一个好选择。 前后分离的场景更加适用于业务不停发展变化的互联网业务，前端的变更需要更加快速，超过了后端的业务变化速度才能体现出比较大的优势。 |
 | 10 enjoyCoding 2018-09-24 14:29:43 +08:00 via iPhone 如果考虑到服务端渲染的话还是不要前后端分离了吧 毕竟前端比较少。 |
 | 11 NicholasYX 2018-09-24 14:32:21 +08:00 via iPhone 目前我们着是这样 客户端又后台提供接口 其他前端来做 后台管理部分全部又后台来做 |
 | 12 way2create 2018-09-24 15:15:33 +08:00 可惜我们公司前端水平太差了 比我个后端还差 |
 | 13 PHPer233 2018-09-24 15:18:54 +08:00 via iPhone 前端能做的事情就不要让后端做。 |
 | 14 sudoz 2018-09-24 15:31:35 +08:00 @linbiaye #2 前后端分离，后端还分 Java PHP ？？你倒是说说为什么后端 Java，前端就要用 Angular ？ |
| 15 linbiaye 2018-09-24 15:39:29 +08:00 3 @sudoz 你会错意了，没有说后端 java，前端就要 angular。对于后端程序员来说，如果熟悉 java 的那一套，上手 angular 容易。angular 才是 framework, 各种常用的组件都给你准备好了; vue, react 都只是 library，需要自己倒腾其它的 library。 |
 | 16 cyberpoint 2018-09-24 15:46:59 +08:00 是的，反正深圳这边是这样的。但是分离后安全性可能降低，所以会结合 ssr。 还有一个分离之后的 pwa 也能加速用户体验。 |
 | 17 wizardforcel 2018-09-24 15:57:47 +08:00 via Android 好处是只写一种接口。坏处是可能要多一些人手。 |
 | 18 karllynn 2018-09-24 17:18:12 +08:00 3 年前就分开了=，= 不过写一些控制台之类的小玩意儿不分开也行 |
 | 19 xuanbg 2018-09-24 17:18:27 +08:00 @2379920898 ERP 更容易前后端分离呀，SPA 不就是基于浏览器的客户端么？ |
 | 20 dumbass 2018-09-24 21:19:24 +08:00 via iPhone jQ 一把梭 |
 | 21 nyaapass 2018-09-24 22:12:37 +08:00 2 前后端架构分离, 但开发人员不分离比较好, 不然每天撕不完的逼 |
 | 22 heww 2018-09-24 22:20:48 +08:00  难道不是主流吗？我们在 2014 年时就前后端分离了，那个时候我们觉得自己分离的还不够早。 |
 | 23 FakeLeung 2018-09-24 22:23:07 +08:00 via Android 不分离会疯的。。。 |
 | 24 youngxhui 2018-09-24 22:24:33 +08:00 via Android angular |
 | 25 aimiyooo 2018-09-24 22:39:54 +08:00 Django+vue |
 | 26 LokiSharp 2018-09-24 22:59:51 +08:00 via iPhone Flask+React |
 | 27 leekafai 2018-09-24 23:10:51 +08:00 via Android 好处就是后端逻辑与页面显示完全解耦，这个我认为还是很重要的，起码现在看到 jsp，php，ftl 什么的，碰都不想碰，因为很大机会能在里面看到：html×css×js×后端语言，这个改起来头很大。就算用户群是 ie8，可以加上 ssr 的库来渲染 html 吐出，但无论如何，语言混写的问题还是能有效避免 |
 | 28 akira 2018-09-24 23:11:53 +08:00 分离以后 后端是接口为主，什么语言都有成熟方案的啦 |
 | 29 endlessing 2018-09-24 23:20:51 +08:00 是主流，不然现在前端 vue，react 和 angular 怎么会那么火 |
 | 30 leyle 2018-09-24 23:55:19 +08:00 写一次接口，各个平台都可用。 |
 | 31 johnniang 2018-09-24 23:58:39 +08:00 via Android 主要是一次编写，到处调用的感觉很爽 |
 | 32 sampeng 2018-09-25 00:36:55 +08:00 via iPhone 如果你一起就 3-4 个人。别自己折腾自己。前后端分离是有沟通成本的。其他倒无所谓 |
 | 33 PythonAnswer 2018-09-25 07:32:38 +08:00 via iPhone 做的都是内部小项目，工具服务。全部后端框架搞定。 |
 | 34 zcxj138 2018-09-25 09:01:55 +08:00 如果人手不够的话，就别弄分离了，会搞崩溃的。 |
 | 35 keepfool 2018-09-25 09:03:21 +08:00 两年前就是主流了吧。。。 |
 | 36 log4geek 2018-09-25 09:21:47 +08:00 这么干两三年了，现在不是前后端分离的公司基本上不考虑了。 |
 | 37 anmie 2018-09-25 09:23:52 +08:00 看情况，前后端分离适用于 cms 这种便应用向的 web 项目，比如官网这种内容展示型的网站，还是服务端渲染好一些，这些项目从页面加载速度和 seo 的角度考虑，前后端分离真的不是一个特别好的选择 |
 | 38 ranwu 2018-09-25 09:25:57 +08:00 看项目大小 |
 | 39 buwanju 2018-09-25 09:27:18 +08:00 五六年前就开始了， 你现在才知道。赶紧的吧。 |
 | 40 diveIntoWork 2018-09-25 09:42:47 +08:00 @2379920898 ERP 为啥不适合前后端分离呀 |
 | 41 xcjx 2018-09-25 09:42:51 +08:00 我以为我穿越了……大兄弟，你是不是看的古书，入的行…… |
 | 42 ochatokori 2018-09-25 09:53:18 +08:00 via Android 前端人手不足，不是必要就前后端不要分离了(分离之后前端工作量↑，总工作量也多很多)不分离又不是不能用，客户又不会管你分不分离 |
 | 43 keikeizhang 2018-09-25 09:54:10 +08:00 16 年就已经分离了 |
 | 44 luvxy 2018-09-25 09:57:20 +08:00 via iPhone 1 前端表示最好 vue，angular 感觉借助了 java 等后台的一些东西，但入门门槛高点，vue，angular，react 其实用哪个都可以，一般的项目根本不用想太多，还不是个 js，vue 的话我是觉得上手快 |
 | 45 Deeer &nsp; 2018-09-25 10:00:13 +08:00 前后端分离不是老早老早的事情了吗 |
 | 46 linuxchild 2018-09-25 10:03:53 +08:00 前边各种改的话，自然还是分离的好，常年没变化的，咋样都行 |
 | 47 heiyantutu 2018-09-25 10:05:57 +08:00 现在都流行 前后端同构了。。 |
 | 48 xoxo419 2018-09-25 10:06:24 +08:00 PC 端也都分离么? 分离之后的 SEO 呢. |
 | 49 Kei 2018-09-25 10:11:14 +08:00 但前后端都要做数据校验这一点是个痛点 |
 | 50 TustMan 2018-09-25 10:38:26 +08:00 Vue + Spring Boot 吧 后端开发者看完 vue 文档，也基本能写的 |
 | 51 shuperjolly 2018-09-25 10:39:29 +08:00 via iPhone 分离是业务内容分离，业务员又不是一定要分离的 |
 | 52 abc635073826 2018-09-25 10:42:13 +08:00 java 推荐 angular，python 选择 Django 和 flask |
 | 53 iloveyou 2018-09-25 10:47:57 +08:00 现在都不考虑 seo 了吗？ |
 | 54 ifconfig 2018-09-25 10:55:16 +08:00 根据场景划分。 1 ）一般的企业超级后台管理系统分离意义不大，毕竟像很多后端框架已经集成了 auth 和很多 packpage，能很快针对运营同时的需求做出快速响应。比如：迭代小需求，快速修复 bug 马上上线。 2 ）目前我们前后分离的场景有：高并发活动营销 H5，客户类后台（最大化美观及可维护） |
 | 55 Muninn 2018-09-25 11:27:00 +08:00 现在前端好写，后端看看文档也能行， 但是你永远也学不会 css 的。 |
| 56 2379920898 2018-09-25 11:57:23 +08:00 不知道啊。感觉不合适 |
 | 57 ben1024 2018-09-25 12:38:16 +08:00 分离看公司规模和场景，盲目跟风搞分离只会问题更多 |
 | 58 ebony0319 2018-09-25 12:41:21 +08:00 via Android 我个人觉得最大的改变是前端已经有自己的一套体系了。以前写 mvc，又要考虑数据，又要考虑界面。现在只需要数据驱动。第二点就是快，性能真的提升了 n 倍。如果一定要考虑 seo 也可以多页面，是一样的。 |
 | 59 flyingghost 2018-09-25 22:06:36 +08:00 说到 SEO，我们是这样做的： 针对 google，不需要额外做任何事。google 会执行前端 js 得到最终渲染页面。 针对 baidu 等一票愚蠢蜘蛛，额外输出了一套平凡版页面，只有内容，以及一些语义标签，没有任何样式。 据说 baidu 有一条原则是不允许人类版页面和蜘蛛版页面有差异，为了打击黑色 SEO。 但我们似乎并没有发现目前做法有被歧视。 仅供参考，也希望内行人士能确切指点这样做是否合适。 |
 | 60 zhangalong69 2018-09-27 16:56:33 +08:00 @Muninn 太真实了吧 |
 | 61 youcanwin8099 2019-10-28 15:19:33 +08:00 @janxin 这个说的很对，很理性。 |
| 62 youcanwin8099 2019-10-31 14:05:39 +08:00 @NicholasYX “目前我们着是这样 客户端由后台提供接口， 其他前端来做，后台管理页面全部由后台来做”。 我觉得这种分工是比较合理的。客户端应该确切的讲，比如 APP、微信页面、前端综合网页（不是纯粹后台管理端网页的那种) |
Select Language