我发现我最近在做的一个东西，向服务器发一个请求，再把数据取回来，要花2秒多的时间，相当影响页面的加载。
这一块也会产生瓶颈吗？你们有事怎么处理的？
ps：说实在的，因为搞这个分离，导致要开发很多接口，后端和前端的压力都大了不少……让我总对这种分离的思路很不看好。
这一块也会产生瓶颈吗？你们有事怎么处理的？
ps：说实在的，因为搞这个分离，导致要开发很多接口，后端和前端的压力都大了不少……让我总对这种分离的思路很不看好。
This topic created in 4290 days ago, the information mentioned may be changed or developed.
 |
1
yemoluo Sep 8, 2014
先做了再说. 分离前期很痛苦,后期很欢乐
|
 |
2
learnshare Sep 8, 2014
前后端分离，其实是降低了服务器的压力，提高了响应速度才对。后端搞成 RESTful 的话，应该有很多框架可以用，能够大大降低开发难度和工作量。
响应慢的话，测试一下慢在哪里就好了。实在很慢，可以加一个 loading 效果到页面里，这样也比整页空白要好的吧。 |
 |
3
kokdemo OP |
 |
4
ferock PRO 慢怎么都慢，不分离你就快了？
|
 |
5
gno23x Sep 8, 2014
2s多，这时间一般不是耗在建立请求，看下服务端的io操作耗时多少吧。
|
 |
6
fansekey Sep 8, 2014
经过长期测试，前端获取数据这种方式，性能很是问题。
组建大UI才是王道。可以服务器端架设UI层，来从数据层获取数据支撑业务逻辑、模板渲染。 UI层可以直接由前端负责，后端依然是restful接口。 |
 |
9
loading Sep 8, 2014 via Android
不说具体场景都是耍流氓！
|
 |
10
chshouyu Sep 8, 2014 via iPhone
我们这的后端不懂jsonp。。。
|
 |
11
fengliu222 Sep 8, 2014
个人认为，先分析一下这2秒钟都花在了什么地方，如果是服务器端返回的慢，那应该不是前后端分离的问题。
|
 |
12
kaneg Sep 8, 2014
如果你不是做什么很复杂的业务操作，后台操作2s基本上认为是有性能问题
|
|
13
learnshare Sep 8, 2014
2s 可能的原因有很多啊，细细排查一下问题在哪里。
前后端分离利大于弊吧，不过就需要独立前端了，对小团队来说还是一个麻烦。 |
 |
14
lygmqkl Sep 8, 2014
感觉不太可能出现这样大的差别。
|
 |
15
wsph123 Sep 8, 2014 via iPhone
这两秒又不是前后端分离本身导致的呀
这样放在一起才更慢，找为啥慢 别怨前后端分离 |
 |
18
kzzhr Sep 8, 2014
可以加个loading 进度条之类的动画来缓解延迟感
也可以参考coding.net这样先加载默认内容 反正不要把blank留出来就行 |
|
20
kokdemo OP |
|
25
learnshare Sep 8, 2014
@kokdemo 系统规模大的话，一定要好好规划，否则后边都是坑
|
 |
27
missdeer Sep 8, 2014
怎么感觉跟我司做法有点像，哦哈哈
|
 |
28
incompatible Sep 8, 2014
@fansekey 这跟传统的cgi编程有啥区别？
|
|
29
fansekey Sep 9, 2014
@incompatible 其实是现实的一种折中，把业务展现相关的交由同一拨人去开发，剩下的一波人就可以努力完善数据了。
|
 |
31
takato Sep 9, 2014
@fansekey 单元测试可以，但是代码这道壁垒是很多测试工程师不愿意越过的（或者越不过的），而开发的思路总体和测试思路是不太一致的。所以会导致这个点上风险其实是比较大的，因为你的数据已经被包装成UI
|
|
32
fansekey Sep 10, 2014
@takato 1. RESTful的数据接口是可以通过单元测试搞定。 2. UI层这块还是按照以前的测试方式可以搞定，因为原先最多就是直接访问数据库，并没有什么不同。3. 对于很多测试工程师不想越过代码，这个原因优点牵强。 如果是这样，单测完全可以由开发自己搞定，可以上ci等系统来保证功能正常。
|
1
Select Language