[杭州-淘宝 UED] 我们团队现在正在做前后端分离，引领业界，诚邀加入

V2EX = way to explore

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

现在注册

已注册用户请登录

• 外包信息请发到 /go/outsourcing 节点。

• 不要把相同的信息发到不同的节点

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

我们团队及正在做 ”前后端分离“，即用Node.js做服务端的模板层，google下”前后端分离“，第一个就是我们的连接，或者直接淘宝UED blog里面搜索前后端分离，这里有很多挑战，也很有意义，至少比整天写页面有意思一点。

目前业界都在考虑如何做好前后端分离，我们也在尝试，并且小有成就。更详细的，可以看下外面的人是如何看待的。知乎上的讨论。 http://www.zhihu.com/question/23512853

希望你的加入，如果你感兴趣，请发一份你最近的简历到我的邮箱 [email protected]

也可以直接留言，我会定期关注的，非常非常邀请你加入我们，作为前端的你，也能做一些影响更多人的事情

前后

分离

UED

41 条回复 • 2014-07-22 10:40:57 +08:00

lorrylockie

2014-07-16 16:10:42 +08:00

自己回复一条，人工置顶一下

GhostFlying

2014-07-16 16:36:41 +08:00

不错，最近也在做类似的事情，看了些你们的blog

jangbi

2014-07-16 16:45:01 +08:00

已发，谢谢

dreampuf

2014-07-16 16:47:47 +08:00

“引领业界” 话有点大。只是将原来的JAVA换成NodeJS，该有个坑还是有，该有的学习成本只会增加。
机遇和风险并存。不过对于阿里这样的“百年之虫”，能够经得起折腾吧。

lorrylockie

2014-07-16 16:59:50 +08:00

@dreampuf 嗯，是有点”吹牛“的嫌疑。
可以看下知乎上的讨论，有同意的，也有不看好的，辩证的看一个问题。

亲有想法吗

lorrylockie

2014-07-16 17:00:34 +08:00

@GhostFlying 我觉得知乎上的那个讨论不错，可以看看，当然里面，也有一些”负面“的信息，可以辩证着参考

muxi

2014-07-16 17:02:20 +08:00

多做点尝试是件好事，无论2年后被人模仿还是被人喷粪，把前端延伸到后端Server上坑不会少，对人员素质也是很大的挑战，期待分享更多经验

erylee

2014-07-16 17:14:02 +08:00

嗯，你们做的这事，高大上说法是引领业界，通俗点说法是瞎鸡巴折腾。

learnshare

2014-07-16 17:24:02 +08:00

总得有大公司大规模的尝试和探索，才能搞出更合适的。小公司才是瞎折腾...

qingfeng

2014-07-16 17:24:33 +08:00

淘宝人傻钱多，就是喜欢瞎折腾鸡巴！

forpledge

2014-07-16 17:52:02 +08:00

现在学nodejs不知道还来不来得及

churchmice

2014-07-16 18:01:10 +08:00

node.js的作者都跑路了
阿里系

trigger

2014-07-16 19:08:34 +08:00

@churchmice 是Express的作者吧

AlanZhang

2014-07-16 19:27:42 +08:00 via iPhone

那我们这些未加入的后端岂不是要失业了。

lorrylockie

2014-07-16 19:31:01 +08:00

@erylee 呵呵，欢迎喷

lorrylockie

2014-07-16 19:32:03 +08:00

@learnshare 是的，国内一般都喜欢写好的，拿过来直接用。但我们希望做一些自己的尝试，当然也是一直在向别人学习，没有绝对

lorrylockie

2014-07-16 19:32:30 +08:00

@qingfeng 欢迎喷，确实在折腾

lorrylockie

2014-07-16 19:32:54 +08:00

@churchmice 哪个作者？

lorrylockie

2014-07-16 19:33:26 +08:00

@AlanZhang 不会哦，你可以看下知乎的讨论，并不是说让前端去代替后段

refresh

2014-07-16 19:44:24 +08:00

我非常赞同前后端彻底分离，后端只提供restful的api

lordfriend

2014-07-16 19:50:44 +08:00 via iPad

我的项目就是这么搞的。

scusjs

2014-07-16 19:54:52 +08:00

帮高大上的UED顶顶~

yanyanlong

2014-07-16 20:06:13 +08:00

当初玩过java只调后台过程，其他都不用管，任何逻辑都是存过实现。。

leojoy710

2014-07-16 20:18:24 +08:00

@refresh 我这里现在就是完全分离的, 后端就是api, 但还不是restful, 已有数十款产品在跑.

现在碰到的一个比较严重的问题就是优化, 比如模块加载顺序, 执行顺序, 先渲染一部分dom, 再异步与数据相关的dom, 多文件多模块的合并, 依赖管理等.
另外多页面时的状态保存和传递也是个问题.

总体来说, 虽然有问题, 但是有可行的方法解决, 可能谈不上优雅.
这样对开发人员的要求也比较高, 对代码的结构需要有比较清晰的规划, 经常需要几个人一起讨论一个比较好的做法.

sd4399340

2014-07-16 20:47:24 +08:00

淘宝倡导的前后分离应该是这样的吧，跟大多数人想的不一样吧，node只是中间层，负责模板和路由等，真正的业务逻辑还是由后面的java负责的

churchmice

2014-07-16 21:04:46 +08:00

@lorrylockie http://www.v2ex.com/t/121081

refresh

2014-07-16 21:44:55 +08:00

@leojoy710 模块加载模块合并啥的，应该和传统前端无异吧，你们阿里系的不是有解决方案么，比如说seajs? requirejs和bigrender等解决模块加载和dom渲染问题。状态保存和传递，通常的解决方案不是session/cookies/localstorage这些么

@sd4399340 是的，其实就是后端再向后挪一下，核心的业务逻辑并没有变，前端统一处理数据与页面的揉合，避免与后端协调沟通而已。

refresh

2014-07-16 21:45:26 +08:00

@leojoy710 看错，以为是楼主

leojoy710

2014-07-16 22:00:43 +08:00

@refresh ...
requirejs只能解决模块管理问题, 解决不了渲染问题, 大量的dom和数据的处理和渲染会导致UI元素显示很不顺畅.
复杂UI的应用貌似也不适合用bigrender, 所以最近也在考虑类似楼主之前的PPT里提到的, 首页由后端渲染这种方法.

不过这些问题可能是不同应用场景导致的, 也需要不太一样的做法来优化吧.