extjs 前后端分离_为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

青旅半醒 2022-12-31 11:29 33阅读 0赞

我不知道国外有没有「前后端分离」的运动，我只知道国内的大公司喜欢搞这个。

前后端分离大概的意思就是后端只给前端提供数据，前端负责 HTML 渲染(可以在服务器渲染，也可以在浏览器渲染)和用户交互。

说这个说得最多的就是阿里的前端了。同时阿里的前端也是在中国最活跃的。

为什么做前后端分离？

本篇文章我来腹黑地揣测一下原因。以下言论不针对某个个人，而是对前端群体的群嘲。我坦然接受你的反嘲讽。

最开始的前后端：

图一

![Image 1][]

某些团队做前后端分离，主要的原因是

如果不分离，前端对网站的控制力太弱，没有话语权。

前端想要扩大势力范围。扩大了势力范围才有晋升的机会。

在前后端分离之前，前端就是页面仔。技术大牛都是后端，鲜有前端能晋升到架构师层级。这不是对前端的歧视，而是前端真的只是做做页面、加个动效而已，凭什么晋升到架构师。

当时前端能控制的，就是 CSS 和 JS 文件。连 HTML 都是放在后端的仓库的。因为 HTML 是由服务器输出的，用到的模板语言就是后端的。

Node.js 火了之后，前端看到一个机会， HTML 是可以用 Node.js 来输出的呀，于是鼓吹前后端分离，把 HTML 层面交给前端来控制。这样前端就能管控更多的东西了(好可怜，终于能掌握 HTML 的控制权了)

HTML 如果放在浏览器渲染，就是下图

图二

![Image 1][]

HTML 如果用 Node.js 渲染，就是这样

图三

![Image 1][]

看起来只是掌握了 HTML 的控制权，但是这里面可以做的文章可多了。

以前 HTML 是 Java 、 PHP 输出的，或多或少存在效率不高的地方，现在用 Node.js 重写，效率是不是就提升了(很少有程序重写了，效率还下降的)。效率提升了是不是该奖励下前端，给几个晋升名额呢？

前端得到好处了，就更要巩固自己的地位了。以前的 jQuery 代码，后端看看就懂。「那不行，我要搞点后端看不懂的」，这样才能显示我前端的技术含量，这样才能升值加薪啊。于是 React 、 Gulp 什么全加上。

好了，我编不下去了。

总之我不认同这种前后端分离。

为什么？

因为

又增加了一个中间层(当然程序员通过增加中间层来解决问题)，好处是有，职责明确；但是也有坏处：人为地拉长了战线。对比图一和图三你就会发现，结构变复杂了，一个人能做的事情变成需要两个人做了

并没有实质变化。以前的后端结构也是存在调用 Service 逻辑的，现在只不过换成让前端用 Node.js 做。除了把本来就吃紧的前端人力耗费在他不擅长的领域，我没看到什么提升。这里唯一的好处就是前端是势力范围扩大了。

我认同的是「全栈工程师」。

一个业务的前后为什么要分给两个人写？以表单提交为例，后端要对数据做校验，前端也要做。为什么要让两个人都写一次？前端说可以让后端也写 Node.js ，这样就可以服用代码了呀。

搞笑吗？后端写了三年的 Java 你现在告诉他要全部重来？后端肯定不愿意啊。

矛盾就出在，分『后端』和『前端』两个职位上。

大公司细分后端和前端，也是可以理解的。这里不表。

我只是说前端端分离的缺点：

大部分站点，不应该分前后端。除非你的前端，非常非常非常复杂。但是大部分站点的前端，根本没有那么复杂！

分了前后端很容易出现各自为政的情况。推诿、邀功、互相鄙视，不一一列举了。

有人问一个人怎么又学后端又学前端？我的建议是把前端做薄，如果没有必要，不要搞什么 Angular 、 React 。用原生 JS 或者 jQuery 能满足大部分网站。同时后端向 Rails 学习。局部交互复杂的地方，采用动态加载来做交互。

有人说你是前端的叛徒，你这么做前端还有什么前途。

搞笑，你做了前端就要一辈子为前端说话吗？太屁股决定脑袋了吧。

标题有点标题党，其实真正主题是：前后端分离是前端不得志的必然结局。(好像更标题党了 XD )

难道前后端分离没有好处吗？

我觉得只有一个好处：好招聘。毕竟你要招一个优秀的全栈工程师是极其困难的。

有人说，你真有意思，说这么多缺点，你还不是给不出解决方案，说了跟没说一样。

说下我的思路

保持前端简单，复杂了就用原生的方式封装，具体来说就是用自定义标签来封装复杂组件。这样一来，后端同事还是可以开发页面，因为只是多了一个自定义标签而已，本质还是 HTML

尽量不要在开发状态加 watcher ，目的也是让后端可以直接上手，不需要了解那么多工具。转译放到 Web 框架的开发者模式里面做，看到 less 请求加转义成 CSS 不是什么难事也不复杂。

前端只是辅助(这里说的是大多是网站，不包括重型 Web 应用)，前端要做好服务化：健全的文档、友好的接口。

前端也要学后端知识，别在那自嗨。

小公司别搞前后端分离，徒增复杂度！！！

[Image 1]:

发表评论取消回复

表情：

评论列表（有 0 条评论，33人围观）

还没有评论，来说两句吧...

相关阅读

相关前后端分离

、前后端分离的好处（1）彻底解放前端（2）提高工作效率，分工更加明确。（3）局部性能提升（4）降低维护成本 2、前后端分离的概念后台只需要提供API接口，

灰太狼/ 2023年06月03日 02:53/ 0 赞/ 120 阅读

相关【架构】前后端分离架构：Web 实现前后端分离，前后端解耦

一、前言 ”前后端分离“已经成为互联网项目开发的业界标杆，通过Tomcat+Ngnix(也可以中间有个Node.js)，有效地进行解耦。并且前后端分离会为以后的大型分布式

傷城~/ 2023年05月21日 11:50/ 0 赞/ 65 阅读

相关前后端分离

什么是前后端分离在搞清楚前后端分离的概念之前，先来弄清楚什么是非前后端分离。在传统的做法里面，比如servlet，tomcat都会在后台运行java代码，然后再后

系统管理员/ 2023年03月01日 10:11/ 0 赞/ 20 阅读

相关 extjs 前后端分离_为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

我不知道国外有没有「前后端分离」的运动，我只知道国内的大公司喜欢搞这个。前后端分离大概的意思就是后端只给前端提供数据，前端负责 HTML 渲染(可以在服务器渲染，也可以在浏

青旅半醒/ 2022年12月31日 11:29/ 0 赞/ 34 阅读

相关前后端分离架构：Web 实现前后端分离，前后端解耦

你知道的越多，不知道的就越多，业余的像一棵小草！你来，我们一起精进！你不来，我和你的竞争对手一起精进！编辑：业余草 blog.csdn.net/fuzh

冷不防/ 2022年09月03日 01:23/ 0 赞/ 451 阅读

相关前后端分离

转自：https://www.jianshu.com/p/21775989ec46 自从AJAX大行其道，前后端分离开发模式已是大势所趋，这里笔者针对对前后端分离开发模式谈谈

红太狼/ 2022年05月29日 02:51/ 0 赞/ 566 阅读

相关前后端分离

前端客户端,后端服务器端,spring cloud实现为服务之间的通讯.类似于zookeeper跟dubbox,通过用js掉api前后端交互.![watermark_ty

淡淡的烟草味﹌/ 2022年04月10日 06:10/ 0 赞/ 543 阅读

相关为什么要前后端分离？

一、引言前后端分离已成为互联网项目开发的业界标准使用方式，通过nginx+tomcat的方式（也可以中间加一个nodejs）有效的进行解耦，并且前后端分离会为以后的大型

痛定思痛。/ 2022年01月26日 23:57/ 0 赞/ 339 阅读

相关前后端分离架构：Web 实现前后端分离，前后端解耦

![640?wx\_fmt=png][640_wx_fmt_png] 作者 | 山河远阔来源 | www.blog.csdn.net/weixin\_37539378

叁歲伎倆/ 2021年08月19日 23:07/ 0 赞/ 822 阅读

相关为什么要前后端分离？

![640?wx\_fmt=png][640_wx_fmt_png] 作者：互扯程序来源：互扯程序广而告之：由于此订阅号换了个皮肤，系统自动取消了读者的公众号置顶

╰+攻爆jí腚メ/ 2021年08月01日 00:07/ 0 赞/ 571 阅读