今天听前端同事说, 现在流行把业务放后端做,前端越简单越好. 大前端是两三年前比较流行?

[chaleaoch]

我比较好奇为啥?
js 坑吗?
不是把逻辑放到浏览器加载,这样服务端开销更小吗?

[hoyixi]

曾经流行业务都放前端吗？什么场景会把业务都放前端做呢
我没怎么见过，前端基本都是处理交互，除了展示， 另外一个重要点就是对用户输入的过滤和验证。

[1cming]

没想到 3L 还能有这么多点赞

[yaphets666]

要不说你不懂呢,我现在这个项目就是后端基本就负责 CRUD,数据处理前端来做,一个页面 20 多个请求发出去,请求回来的数据做参数再发 N 个请求.这种应用用户体验是极差的.会有很多 loading 动画.什么降低后端负载都是扯淡.8 核 16 线程的服务器,性能有你们说的那么不堪吗?组合点数据,处理处理数据就累着了?

[OHyn]

交互相关的逻辑也只能放前端。。。后端做好数据聚合就行，否则一个页面 N 个请求，PC 端还好，移动端，光 ajax 就好久。。

[jaylee4869]

我司前端就这样，连 node 也不会，只会 jquery 一把梭。都 2020 年了，难以置信。工资居然还比后端高。

[zppass]

从某种意义上说的不算错，前端尤其是 APP 你给整一堆业务逻辑，到时候有问题要修改急着上线怎么整，小程序也审核，IOS 也审核，应用商店也审核，客户不升级你咋整。后台逻辑修改就好多了，不变应万变。
大前端实际上他能把那些第三方的服务弄好就够了，后端纯做一个数据库的搬用工，甚至连数据处理都不处理一下，也实在没啥意思。

[gollwang]

你们遇到过纯展示得前端么。。。真纯展示，数据不做任何处理，不做任何判断。。。

[fffang]

把整个架构体系抽象成 MVVM 的话，VM 这一次，也就是数据处理，最好在服务端处理。

[konakona]

你的这个看待整体选型的“方式”，其实十几年前就是这样做的，反而是 06 年左右 Reactjs 出现、Nodejs 的影响力、SPA 的市场需求逐步扩大后，才让前端圈迅速发展至今，尤其是出现 Taro 、uniapp 等全平台的框架，还有 GG 的 Flu，全面发展大前端的市场。

因此，你的这个看待整体选型的“方式”，其实已经是过时的！

首先要做技术选型，在确定有哪些技术问题要攻克，有哪些业务状态和业务前景，做好技术架构后，再看待这个问题。

[my1103]

@jaylee4869 还在用 jq 嘛，2020

[6IbA2bj5ip3tK49j]

前几年流行，是因为前端开始做工程化，觉得可以承担一部分业务了，顺便可以加薪。
这几年又把业务扔给后端，是因为发现业务一堆破事，工资已经涨上去了，破事当然后端做啊。

[winglight2016]

@cassyfar 20 年以前，C/S 流行的年代，还是流行过类似的“大前端”，虽然这个词我也是头一次听说。。。

[ETO]

说到这个我就很生气，我是搞 PHP 的，我提供后端接口给 java 后端，我说我数据都是总好几张表里汇总出来的不好做分页，一共也就几百条数据，你自己做个分页吧。java 说 做不了内存会爆掉，我说那行吧。那就让前端直接渲染吧，java 我也不懂，前端说单线程应用 不方便操作数据，做不了。java 我不懂，可 vue 连 几百条数据也渲染不了吗？

[Mazexal2]

@ETO 如果用户量少的话, 几百条数据当然没关系, 几万条数据直接返回也是有的, 不过用户量多了以后, 后端确实内存会爆掉的, 不过你们前端就是懒逼, 分页也就几行代码的事情, 也不想做

[di94sh]

@w88975 你是不是只吧撸码行数看进去了，业务流程梳理抽象，api 定义，性能优化，这些都不是工作量吗

[leega0]

我也是跟公司的后端这么说的，原因很简单，页面越静态越好，前端的本质是展示，不然直接丢个代码生成器给客户用不就行了。

[zjuster]

@victor 边缘计算！哈哈哈

[Chenamy2017]

@statement 每个公司都应该招像你一样的人才。从此社会和谐，江湖再无前后端之争

[Kusoku]

懒惰是程序员的美德哈哈

[iyu90]

什么业务？你们要用前端挖矿吗？现在都 2020 年了，不知道上面有些个后端仔，那来的优越感