前后端分离之后，通信这一块会不会产生新的瓶颈？

[kokdemo]

我发现我最近在做的一个东西，向服务器发一个请求，再把数据取回来，要花2秒多的时间，相当影响页面的加载。

这一块也会产生瓶颈吗？你们有事怎么处理的？



ps：说实在的，因为搞这个分离，导致要开发很多接口，后端和前端的压力都大了不少……让我总对这种分离的思路很不看好。

[GTim]

先做了再说. 分离前期很痛苦,后期很欢乐

[learnshare]

前后端分离，其实是降低了服务器的压力，提高了响应速度才对。后端搞成 RESTful 的话，应该有很多框架可以用，能够大大降低开发难度和工作量。

响应慢的话，测试一下慢在哪里就好了。实在很慢，可以加一个 loading 效果到页面里，这样也比整页空白要好的吧。

[kokdemo]

@learnshare 现在后端没有啥框架……都是需要一个内容，后端去写新的接口……构造一个长长的url来取数据……

整个页面加载5s，服务器请求2s，我觉得这里问题很大……

[ferock]

慢怎么都慢，不分离你就快了？

[gno23x]

2s多，这时间一般不是耗在建立请求，看下服务端的io操作耗时多少吧。

[fansekey]

经过长期测试，前端获取数据这种方式，性能很是问题。
组建大UI才是王道。可以服务器端架设UI层，来从数据层获取数据支撑业务逻辑、模板渲染。

UI层可以直接由前端负责，后端依然是restful接口。

[kokdemo]

@ferock ……有道理

部门的老大现在也没有申请更多的服务器，于是在一个服务器上跑了好多业务，配了两个tomcat做“负载均衡”，orz

[kokdemo]

@fansekey 大ui？

就是把模版渲染好，传到前端来？

[loading]

不说具体场景都是耍流氓！

[chshouyu]

我们这的后端不懂jsonp。。。

[fengliu222]

个人认为，先分析一下这2秒钟都花在了什么地方，如果是服务器端返回的慢，那应该不是前后端分离的问题。

[kaneg]

如果你不是做什么很复杂的业务操作，后台操作2s基本上认为是有性能问题

[learnshare]

2s 可能的原因有很多啊，细细排查一下问题在哪里。

前后端分离利大于弊吧，不过就需要独立前端了，对小团队来说还是一个麻烦。

[lygmqkl]

感觉不太可能出现这样大的差别。

[wsph123]

这两秒又不是前后端分离本身导致的呀
这样放在一起才更慢，找为啥慢 别怨前后端分离

[fansekey]

@kokdemo 是的

[ferock]

@kokdemo 不会是win 吧，找到哪里慢才是解决问题的关键

[kzzhr]

可以加个loading 进度条之类的动画来缓解延迟感
也可以参考coding.net这样先加载默认内容
反正不要把blank留出来就行

[kokdemo]

@ferock ……我还真不清楚……

[kokdemo]

@learnshare
@wsph123

我自己表达这个观点主要还是因为现在接口的开发没有任何的标准，也就是上面说的RESTful……

需要个啥，就新弄个接口，工作量很大