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

[lorrylockie]

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

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


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

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

[lordfriend]

我的项目就是这么搞的。

[scusjs]

帮高大上的UED顶顶~

[yanyanlong]

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

[leojoy710]

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

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

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

[sd4399340]

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

[churchmice]

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

[refresh]

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

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

[refresh]

@leojoy710 看错，以为是楼主

[leojoy710]

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

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

[breakaway]

爆个料，百度音乐的移动网页版就是所谓前后端分离。

[HaEx]

@churchmice what's your point?

[tokki]

这东西只适合淘宝吧 当时看完就觉得这帮人是不是有毛病啊
后来想想可能是项目本身需要吧

引领业界真的还是算了吧

[churchmice]

@HaEx I was just stating the fact that node.js may not survive in the emerging world.

[ariesjia]

中间还有一层node ， 不知道为啥

[fanpenghua]

@ariesjia JS大会你肯定没去

[loddit]

原来前后端分离是把 node 归到前端去了？ 我知道雪球好像就是这种架构。

不过不管有没有 node 做中间层(其实就是 web server)，我更喜欢 static app 这种做法 http://www.staticapps.org/

[rekey]

引领业界略夸张了同学。

[guotie]

趋势所向，无人可低

[tychio]

@ariesjia 这么巧～

感觉是淘宝偏重后端的划分风格

[yangxiongwei]

哎呀楼上各位歪楼了，lz十来招人的，不是来讨论技术的