我为什么赞成前后端以及 UI 分离

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐关注

› Meteor

› JSLint - a JavaScript code quality tool

› jsFiddle

› D3.js

› WebStorm

推荐书目

› JavaScript 权威指南第 5 版

› Closure: The Definitive Guide

这是一个创建于 3062 天前的主题，其中的信息可能已经有所发展或是发生改变。

前后端以及 UI 分离的好处：

后端相当好测试
后端还可以服务多个平台，比如 APP ， WEB 等
前端还可以用于多个平台，比如 APP ， WEB 等
耦合度低，自己和别人协同开发相当轻松， UI 写 css, 前端写逻辑和 component ，后端写和数据库的交互
耦合度低，自己和自己协同开发也相当轻松。
用模板引擎来生成 html 太痛苦。
前端技术带来的 UX 提升是相当重要的！而这些使用传统的后端生成 html 方式很难实现。比如表单验证， inline editing 等。

/t/298014 这里有一个很大的问题：

前后端分离是一种技术，跟招聘没有任何关系。

全栈工程师也应该采用前后端分离的开发方式。 UI 交给专门的 UI

前端都不会还好意思说全栈？

别说小公司，个人项目都应该采用前后端分离

分离

全栈

耦合

HTML

48 条回复 • 2016-08-16 17:35:01 +08:00

bdbai

2016-08-09 16:25:59 +08:00 via Android

主流思想就没必要强调了。铜币送上

ericls

2016-08-09 16:28:08 +08:00 via iPhone

@bdbai 我就是不懂为什么那个帖子说前后端分离就等于招两个人

66beta

2016-08-09 16:57:18 +08:00

前后端分离跟招 2 个人的关系是什么鬼，为什么会得出这个结论？

ericls

2016-08-09 16:58:26 +08:00 via iPhone

@66beta 原贴的结论

66beta

2016-08-09 17:00:16 +08:00

@ericls 中过专家特色的结论~

SourceMan

2016-08-09 17:01:08 +08:00

哎，你跟小朋友一般见识啥的

yuyang041060120

2016-08-09 17:46:18 +08:00

撇开业务谈技术架构都是耍流氓

mdluo

2016-08-09 17:56:31 +08:00

上一个喷前端新框架、喷前端被带歪喷得那么厉害的人叫 [ 某当老师 ]

AlphaTr

2016-08-09 18:02:33 +08:00

这才是正确的打开方式，硬币奉上~

airyland

2016-08-09 18:24:49 +08:00

似乎没提到，分离后前端可以独立迭代上线。。

murmur

2016-08-09 18:29:40 +08:00

UI 交给 UI 设计师是对的美术生的功底可不是程序员想学就学的来的

nevin47

2016-08-09 18:31:53 +08:00 via Android

我也赞成要严格分离，不过说原楼主小朋友就不合适了，他回复里面讲了阿里的早期项目他也参加过，至少工作经验已经在那里了

bobsam

2016-08-09 18:40:21 +08:00

没吃过螃蟹的人永远都不知道螃蟹有多好吃铜币双手捧上~

lxrmido

2016-08-09 18:44:18 +08:00

保守派一直都会在

noli

2016-08-09 18:45:44 +08:00 via iPhone

跟小朋友讨论大人的事情，总会有种不知从何说起的无力感。所以啊，教小孩有时候就是不能解释为什么，让他自己去经历和感受就好了。

loading

2016-08-09 18:45:44 +08:00 via Android

自己一个人开发，分离相当爽，需要什么接口马上写…

ChiangDi

2016-08-09 18:46:17 +08:00 via Android

前后端分离的和不分离的我都做过，但是我自己明显喜欢分离的

Pastsong

2016-08-09 18:52:29 +08:00

这样的讨论其实对前端的发展是有好处的, 我是赞成大部分的网站规模根本不需要 React 的

keysona

2016-08-09 19:47:28 +08:00

。。。奇葩了。
我感觉你们和看得不是同一篇文章。

原文中有句话: "总之我不认同这种前后端分离。"

我概括能力有限，作者这里针对的是某种"前后端分离".

结合他回复来看，他并不是完全否定它，不同场合还是有需要的。他提到了一些交互性高的项目。也有人评论说项目大了也要。

我觉得他更想说的是，"大多数网站没有必要上越来越复杂的前端框架， jquery 之类的就够了。"

keysona

2016-08-09 19:50:36 +08:00

看到这帖子的回复有点失望。

sodatea

2016-08-09 19:54:49 +08:00

虽然我同意前后端在一定条件下是需要分离的

但你这个帖子完全没喷到点上……

JamesRuan

2016-08-09 20:54:11 +08:00

关键是靠谱的前端少，你让前端写逻辑， 10 个里面 9 个趴下，另外 1 个你养不起。

LancerComet

2016-08-09 21:15:36 +08:00 via Android

公司目前不仅在做前后端分离，还正准备部署 cnpm 管理前端组件，规模不同，各取所需即可，抛开规模和工程的话没什么太大意思，本来就各有优劣。

mornlight

2016-08-09 21:22:42 +08:00

技术问题的讨论大家就事论事，讲道理遵从逻辑就好，很多问题并不是非黑即白的。
这帖子后面某些回复 low 而不自知。

hahadekuai

2016-08-09 21:51:10 +08:00

我过来围观。

simman

2016-08-09 23:04:31 +08:00

隔壁贴居然有傻 x 在喷前端写的代码, 用的工作流、工具链连后端都看不懂, 从而证实前端都是在装 X 。

lianghudou

2016-08-09 23:10:26 +08:00

说了这么多，你们都用什么前端框架啊

lianghudou

2016-08-09 23:13:12 +08:00

大概 10 年前，几乎所有的技术博客都在谈论缓存、分布式，包括个人博客，使用缓存、分布式之类的技术，都要拿出来分(炫)享(耀)

哦，对了，还有 asp 圈的生成真静态。

holyghost

2016-08-09 23:14:43 +08:00

说了这么多，你们都是怎么分离的啊

lianghudou

2016-08-09 23:14:46 +08:00

我感觉楼上那些个人写项目都要前后端分离的，跟 10 年前个人博客(自己开发哦)都要使用缓存技术是一丘之貉：痛并快乐着

Perry

2016-08-09 23:20:51 +08:00

撇开业务谈技术架构都是耍流氓 + 1

wizardforcel

2016-08-09 23:32:15 +08:00 via Android

@lianghudou 然而使用缓存是自然而然的事情。比如生成 token 防重放的地方，存到 memcached （或 redis ）里面相当方便。再比如短信验证码功能，存缓存里也相当方便。

wizardforcel

2016-08-09 23:40:58 +08:00 via Android

我从来就没反对过前后端分离。我反对的是一些鼓吹框架的观点，使得开发者牺牲了学习成本和迁移成本，却没有得到相应的效率。比如 ng1 就做的很差，基本上是全手动，也就是使用 for 标签插入表格的时候比 jq 好点。定位控件还要用一个 scope 和一个 name ，比 jq 的一个 selector 还要麻烦。所以我说它就是个模板引擎。

当然 ng2 改良了很多，全变成了组件， html 里也看不到模板的影子了。但是跟 ng1 完全就是两个东西，想要迁移还需要费点精力。

mdluo

2016-08-09 23:45:29 +08:00

@lianghudou 因为那时候缓存、分布式都是新鲜技术，个人博客使用你觉得是装逼是炫技，而现在这些技术已经成了基础设施，成了云平台或者 Web 框架就默认提供的东西。你能想象现在的网站完全不用缓存不用分布式技术的吗

要你这么说（或者 /t/298014 里的观点），那十年前的雅虎前端优化 14 条军规， Gmail 的 Ajax 都是大公司迷信，都是瞎折腾，都是不适合个人开发者或者小公司的。而你现在再来看呢？