[杭州-淘宝 UED] 我们团队现在正在做前后端分离，引领业界，诚邀加入 - V2EX
Home Sign Up Sign In
外包信息请发到 /go/outsourcing 节点。
不要把相同的信息发到不同的节点
lorrylockie

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

  •   
  •   lorrylockie Jul 16, 2014 6266 views
    This topic created in 4327 days ago, the information mentioned may be changed or developed.
    我们团队及正在做 ”前后端分离“，即用Node.js做服务端的模板层，google下”前后端分离“，第一个就是我们的连接，或者直接淘宝UED blog里面搜索前后端分离，这里有很多挑战，也很有意义，至少比整天写页面有意思一点。

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


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

    也可以直接留言，我会定期关注的，非常非常邀请你加入我们，作为前端的你，也能做一些影响更多人的事情
  • 前后
  • 分离
  • UED
    41 replies    2014-07-22 10:40:57 +08:00
    lorrylockie
        1
    lorrylockie  
    OP
       Jul 16, 2014
    自己回复一条，人工置顶一下
    GhostFlying
        2
    GhostFlying  
       Jul 16, 2014
    不错，最近也在做类似的事情，看了些你们的blog
    jangbi
        3
    jangbi  
       Jul 16, 2014
    已发，谢谢
    dreampuf
        4
    dreampuf  
       Jul 16, 2014
    “引领业界” 话有点大。只是将原来的JAVA换成NodeJS，该有个坑还是有，该有的学习成本只会增加。
    机遇和风险并存。不过对于阿里这样的“百年之虫”，能够经得起折腾吧。
    lorrylockie
        5
    lorrylockie  
    OP
       Jul 16, 2014
    @dreampuf 嗯，是有点”吹牛“的嫌疑。
    可以看下知乎上的讨论，有同意的，也有不看好的，辩证的看一个问题。

    亲有想法吗
    lorrylockie
        6
    lorrylockie  
    OP
       Jul 16, 2014
    @GhostFlying 我觉得知乎上的那个讨论不错，可以看看，当然里面，也有一些”负面“的信息，可以辩证着参考
    muxi
        7
    muxi  
       Jul 16, 2014
    多做点尝试是件好事，无论2年后被人模仿还是被人喷粪，把前端延伸到后端Server上坑不会少，对人员素质也是很大的挑战，期待分享更多经验
    erylee
        8
    erylee  
       Jul 16, 2014
    嗯，你们做的这事，高大上说法是引领业界，通俗点说法是瞎鸡巴折腾。
    learnshare
        9
    learnshare  
       Jul 16, 2014
    总得有大公司大规模的尝试和探索，才能搞出更合适的。小公司才是瞎折腾...
    qingfeng
        10
    qingfeng  
       Jul 16, 2014
    淘宝人傻钱多，就是喜欢瞎折腾鸡巴！
    forpledge
        11
    forpledge  
       Jul 16, 2014
    现在学nodejs不知道还来不来得及
    churchmice
        12
    churchmice  
       Jul 16, 2014
    node.js的作者都跑路了
    阿里系
    trigger
        13
    trigger  
       Jul 16, 2014
    @churchmice 是Express的作者吧
    AlanZhang
        14
    AlanZhang  
       Jul 16, 2014 via iPhone
    那我们这些未加入的后端岂不是要失业了。
    lorrylockie
        15
    lorrylockie  
    OP
       Jul 16, 2014
    @erylee 呵呵，欢迎喷
    lorrylockie
        16
    lorrylockie  
    OP
       Jul 16, 2014
    @learnshare 是的，国内一般都喜欢写好的，拿过来直接用。但我们希望做一些自己的尝试，当然也是一直在向别人学习，没有绝对
    lorrylockie
        17
    lorrylockie  
    OP
       Jul 16, 2014
    @qingfeng 欢迎喷，确实在折腾
    lorrylockie
        18
    lorrylockie  
    OP
       Jul 16, 2014
    @churchmice 哪个作者？
    lorrylockie
        19
    lorrylockie  
    OP
       Jul 16, 2014
    @AlanZhang 不会哦，你可以看下知乎的讨论，并不是说让前端去代替后段
    refresh
        20
    refresh  
       Jul 16, 2014
    我非常赞同前后端彻底分离，后端只提供restful的api
    lordfriend
        21
    lordfriend  
       Jul 16, 2014 via iPad
    我的项目就是这么搞的。
    scusjs
        22
    scusjs  
       Jul 16, 2014
    帮高大上的UED顶顶~
    yanyanlong
        23
    yanyanlong  
       Jul 16, 2014
    当初玩过java只调后台过程，其他都不用管，任何逻辑都是存过实现。。
    leojoy710
        24
    leojoy710  
       Jul 16, 2014
    @refresh 我这里现在就是完全分离的, 后端就是api, 但还不是restful, 已有数十款产品在跑.

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

    总体来说, 虽然有问题, 但是有可行的方法解决, 可能谈不上优雅.
    这样对开发人员的要求也比较高, 对代码的结构需要有比较清晰的规划, 经常需要几个人一起讨论一个比较好的做法.
    sd4399340
        25
    sd4399340  
       Jul 16, 2014   1
    淘宝倡导的前后分离应该是这样的吧，跟大多数人想的不一样吧，node只是中间层，负责模板和路由等，真正的业务逻辑还是由后面的java负责的
    churchmice
        26
    churchmice  
       Jul 16, 2014
    @lorrylockie http://www.v2ex.com/t/121081
    refresh
        27
    refresh  
       Jul 16, 2014
    @leojoy710 模块加载模块合并啥的，应该和传统前端无异吧，你们阿里系的不是有解决方案么，比如说seajs? requirejs和bigrender等解决模块加载和dom渲染问题。状态保存和传递，通常的解决方案不是session/cookies/localstorage这些么

    @sd4399340 是的，其实就是后端再向后挪一下，核心的业务逻辑并没有变，前端统一处理数据与页面的揉合，避免与后端协调沟通而已。
    refresh
        28
    refresh  
       Jul 16, 2014
    @leojoy710 看错，以为是楼主
    leojoy710
        29
    leojoy710  
       Jul 16, 2014
    @refresh ...
    requirejs只能解决模块管理问题, 解决不了渲染问题, 大量的dom和数据的处理和渲染会导致UI元素显示很不顺畅.
    复杂UI的应用貌似也不适合用bigrender, 所以最近也在考虑类似楼主之前的PPT里提到的, 首页由后端渲染这种方法.

    不过这些问题可能是不同应用场景导致的, 也需要不太一样的做法来优化吧.
    breakaway
        30
    breakaway  
       Jul 16, 2014
    爆个料，百度音乐的移动网页版就是所谓前后端分离。
    HaEx
        31
    HaEx  
       Jul 16, 2014
    @churchmice what's your point?
    tokki
        32
    tokki  
       Jul 16, 2014 via iPhone
    这东西只适合淘宝吧 当时看完就觉得这帮人是不是有毛病啊
    后来想想可能是项目本身需要吧

    引领业界真的还是算了吧
    churchmice
        33
    churchmice  
       Jul 17, 2014
    @HaEx I was just stating the fact that node.js may not survive in the emerging world.
    ariesjia
        34
    ariesjia  
       Jul 17, 2014
    中间还有一层node ， 不知道为啥
    fanpenghua
        35
    fanpenghua  
       Jul 17, 2014
    @ariesjia JS大会你肯定没去
    loddit
        36
    loddit  
       Jul 17, 2014
    原来前后端分离是把 node 归到前端去了？ 我知道雪球好像就是这种架构。

    不过不管有没有 node 做中间层(其实就是 web server)，我更喜欢 static app 这种做法 http://www.staticapps.org/
    rekey
        37
    rekey  
       Jul 17, 2014
    引领业界略夸张了同学。
    guotie
        38
    guotie  
       Jul 17, 2014
    趋势所向，无人可低
    tychio
        39
    tychio  
       Jul 17, 2014
    @ariesjia 这么巧～

    感觉是淘宝偏重后端的划分风格
    yangxiongwei
        40
    yangxiongwei  
       Jul 17, 2014
    哎呀楼上各位歪楼了，lz十来招人的，不是来讨论技术的
    ssyz1988
        41
    ssyz1988  
       Jul 22, 2014 via Android
    请问有北京的前端职位吗
    About     Help     Advertise     Blog     API     FAQ     Solana     5166 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 235ms UTC 08:37 PVG 16:37 LAX 01:37 JFK 04:37
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86