@pi1ot 你说的过程，跟我说的基本一样。
最开始后端只输出 JSON 是非常少见的情况。现在居然成了默认选项。感觉『人人都做单页面』

@nigelvon 话太空洞，不讨论。

@CTO 话太空洞，不好讨论。

@bdbai 同楼上，如果你们的后台重，说明没有封装好服务。后端不会 W3C 好意思吗？
一个页面渲染所需的数据，很多时候不仅仅来源于一个 API 。这种问题，跟分离不分离没关系。

@icybee
前端是不复杂，被搞复杂。
后端是复杂，但可以封装成服务。

腾讯和阿里的所有数据接口都是封装后再给后端用的，只要封装得没坑，调用方不会感觉很复杂。

@murusu 你拿 OA 和 ERP 举例就抬杠了。这是典型的富交互单页面应用啊。不分离怎么弄。

@RaymondYip 没有那么多在线编辑器要做。分离对开发者好（工作变少了嘛，谁不爱），但是对团队不好（分成两部分）

@SpicyCat 如果一个团队只有 2 个后端，有 10 个前端，那么搞前后分离我没意见，把工作量分到前端嘛。
但是如果 10 个后端， 2 个前端，还搞前后分离，就呵呵了。要把两个前端累死。

@icybee 你们后端复杂到死是因为服务封装得有问题。

@mdluo 你说的这些功能，确实适合做成 web app 的，那么用 React 我没意见。

@mdluo jQuery 做个无限滚动好简单……

@noli 你要给安卓 iOS 提供数据接口那分离肯定是必然的，不过现在的趋势是在 app 直接展示页面，所以不分离的情况也很多。

@mdluo 我认为像 Vue 和 React 这么重的前端，是没有必要的。我认为前端应该不要再在「 JS 统一宇宙」的路上深陷下去了。
现在
CSS 用 JS 写
HTML 用 JS 写
服务端渲染用 JS 写
DOM 被 JS Virtual DOM 取代
Web Components 被 JS 框架取代
SEO 不要了
不用 GulpJS 开一个 Watcher 都不能开发啦

@xiaonengshou 相信我，大部分项目都应该后端渲染。除了我上面列举的在线 IDE 和在线游戏不能后端渲染。

@mdluo Virtual DOM 不就是残废版的游戏渲染器吗？ 这种话语没有实质的意义，我认为 Virtual DOM 是在炫技，对业务没有很大提升。当然如果你的业务一秒钟操作 DOM 100 次， Virtual DOM 还是有意义的。

我把所有前端渲染的框架一起喷。

@ChiangDi 那应该是图二吧？用 JS 做渲染。

@xchange 对，除了做页面，得找点事情折腾折腾才好。

@murmur 我觉得是的，不然我真的无法理解那些吵着用 React 的人是怎么想的。

@noli 用 RESTful 结构的话，不存在问题啊

/data API 分成 /data.json 和 /data.html 两种形式就好，移动端只用 /data.json 就好啦。（当然某种意义上这就是前后分离）