@konakona

从长远来说，这样的改动是值得的，尤其是项目建设初期就这样做，更是容易实现。

1.改动期间如何迭代原有项目的维护工作
运行时期其实是多台服务器共存的，改动时期也是如此，那么是后端优先（如现在的php重构开始，完成基本功能，接口的开发），前端完成原有模板的升级（tp的模板，和现在的其实不冲突，可以直接拿来用.T.T,修改下模板输出的边界符即可无缝转换了）。

然后通过ip在入口（nginx）设置路由规则，局部更换到新的服务器，测试运行，测试完成后，全局切换过来就好了。

2.重现原有功能
这里想采用中间件的方案的时候，纳入了java和php两种，我们原有系统本身就是接口类型的，这里在未完全搞定之前，或者说之后，除了session这一块（主要是包含认证相关的部分），需要node完成，类似于业务逻辑，大可以还放在原有的tp上，待完成后再考虑迁移（tp移除认证，服务器集群做成内网，限制外网访问，明白什么意思吧？——好开放有木有。。。什么数据都可以随便拿。。。。T.T）

这是我得想法，有好的意见分享一下喽~

@soulteary

就是担心针对UA做处理，会被关小黑屋……然后就从一个技术问题转变成一个蛋疼的商讨接洽过程（实现上问题不大），不过说到底，我是倾向于中间件的做法，SPA的模式，终究还是有些小坑的，局部使用MVVM更合理一些（主要针对普通的对外项目，不专门做处理，也是解放劳动力吧，T.T）

……碎觉碎觉，迟到了要扣工资滴，可怜的实习生有木有-_-||，明天搞个demo测试一下，看看效果啦，安喽

@soulteary

嗯嗯，有机会的话去见识学习下，南京到杭州挺近啦（见妹子是关键……距离ALI两公里，←_←），大四狗，还在实习期，不知道时间能否允许了，早点休息吧，安喽

@exodia

对于SEO我看了国内外的一些解决方案，但是感觉上，有点针对搜索引擎特殊处理的情节在里面，度场比较严格，估计按那种方式会被关小黑屋……

当然了，最好是度场尽快对类SPA做优化了。

@soulteary
@exodia
@HaEx

233...已然变成吐槽乃们的吐槽贴了啊~

虚心学习中，来场技术大比拼挺好，出点干货对群众们做下知识普及？

@exodia

看到神仙打架了么这是....（玩笑）

这里开帖子就是为了探讨这个问题，打广告神马的自然是很欢迎了，有更好的解决方案自然无需造轮子了，EFE与淘宝UED的使用场景不同应该是无可非议的了。

webapp方式的解决方案，是我一开始就在用的，甚至于现在还在用（目前还没开始试验淘宝的方式），SEO方面的问题，个人认为不应该是问题，可这个显然依然是问题，至少DU厂的搜索引擎，对Ajax站的支持貌似没Google那么友好（如果有错，还望指导下DU场针对Ajax站的SEO方法）

既然有心情学前端，自然不能仅仅停留在页面仔的范畴，精通另说，最起码要有涉猎，这样的学习成本，是值得付出的，编程语言服务需求，说到底，选择什么还是为了项目本身，在这之外，能让自己能力有所提升，也是一件很开心的事情~

中间层的方案，V的职能不可否认，C的职能或者可以更进一步抽出？
或者，也许我们可以试试MVC三者的进一步分离？

@maxiujun

讨论再多，也只是为了提高生产力嘛~
最后做的东西即使一样多，但是中间环节的减少，在团队协作中，确实是巨大的提升。

（对于个人开发者来说...基本可以认为是一样的，至少过去我做东西，从来都不会考虑这个.）

前端和后端的界限，我认为是职能，或者说职责，减少无用功，这样定下的界限，更好一些。

@maxiujun

嗯嗯，一个人做的话...确实是完全自主发挥了，我的主管大人直接发话了：
“统计哪里，就当你的试验田，随便你怎么搞~”

这样的分离也没有要完全放弃ember，angular的说法了，主要是如我附言那边写到的原因喽~

@hitsmaxft

嗯，团队合作的时候，分离的确很便利，比如说我当前的开发往往需要后端支持：

我们后端使用了redis，而我本地是不具有redis的，另外一些具体的配置，也不可能完全复制到本地，每次测试，往往需要我push，后端pull，测试反馈bug，重复上述步骤，很麻烦。

如果分离了，那么我负责页面（包含controller，view），model那边利用接口，可以轻松的实现现有的模式，只要后端保证model层的稳定即可，当然了，有人可能会说我们可以修改现在的模式，让我本地可以访问redis之类的，但那终归不是最好的解决方法，对吧？

扩展下，我的本地环境，其实就是充当了负载均衡控制的web服务器之一（web服务器是多台，例如5），同时业务服务器有2台，那么，web是独立的，他可以自主部署自主测试，业务那么不需要重复做”无用功“了。

这样才是真正的解放生产力么(⊙_⊙)？，前端学点简单的VC算什么难度~~~~对吧~

@otakustay

1.应用分具体场景而定，阿里的模式也不全是因为“对不上”吧
2.这里主张的前后端分离，换言之是重新定义了前后端的范畴，和传统的前端定义有区别，显然也就需要其他来做后端了，语言一致只是相对而言，并非全部一致，比如多台服务器的时候，你也许能理解这样的好处。
3.仔细看图2，你应该大体能理解这里——前后端的概念。

@crossmaya
你不知道的原因在于你对这里所说的前后端理解上的偏差，前端不只是页面（css/html/js），前端应该是与用户交互的部分，换言之，ios/android的客户端（app），也可以理解为前端；后端是指逻辑和业务系统，比如说进行数据运算，比如说是持续的数据处理什么的。

仔细看图，应该能明白我这里的java和php只是泛指，也可以是c，也可以是go，或者python等等，他是指的整个项目的一个部分，显然动态内容的输出了，内容的输出交给nodejs来做的，可以是静态，也可以是动态，甚至说，可以是cdn。

@lygmqkl

嗯嗯，知道了，谢谢，回头我实际试验一下，看看效果。

@lygmqkl

我是指通过中间间（如nodejs）与后端逻辑服务器交互，对比直接传统的架构，总体的效率如何，指:耗时，稳定性（是否丢包等）。

@ZackYang

进入白屏这个问题，是我太偏激（见谅），这个，准确来说，应该是无解的……（试着将网速限制到足够低，必然还是会出现），即使采用Bigpipe的方式，也依然是不能解决的，这个话题略过吧，sorry

@boom11235

非常赞同你的看法，职责的分离以及前端自由度的提升是试验的动力之一（二），同时我也不认为让前端熟悉一部分后端的内容是压力，相反，更该是能力的提升，所谓全栈的说法不是很认同，做前端，又同时能对其他内容有所涉猎的能更好的发挥自己的价值，仅仅做demo，很好，但不是最好。

@learnshare

首页白屏单纯用loading属于体验上的改善，并非结构和架构的改善，作为前端狗，我对体验非常在意，不过总归不是最佳对吧

@lygmqkl

那么后端通信方面效率怎么保证呢？求教一下。

@blue7wings

其实换什么不用紧，要这么做就是为了解决后端语言的问题，使得各种语言的使用不影响前端的统一，换言之，前端只需要做一次，后端随便你怎么换，我只要知道接口就行了，其他的，前端不用再去关心了~

@dong3580

是的，我们这么想这样做的根本目的也是为了以后不会相互影响，当业务量增大的时候，完全可以用负载均衡服务器将请求转发过去，当然，还是要做一些优化处理；最想用的地方在于，后端的服务器如果是集群了，那么语言就不限制了，甚至于说，未来根据需要，后端集群根据业务使用完全不同的语言也是可行的。

@yakczh
关于post什么的，其实并不影响业务系统，模块的分类并没将业务分离出去，所以，还是原来的操作。

@learnshare
嗯，平衡，更合理的职责划分，不过对前端的要求略有增加，但问题应该不大，只是VC两部分嘛

@yun77op
嗯嗯，我考虑下我们这里要不要这样做哦~

@fundon
谢谢~