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

[kokdemo]

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

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



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

[ferock]

@kokdemo 你就按照function 打点分析

[kokdemo]

@ferock 什么叫打点分析？

[leiz]

@kokdemo 每个function打个时间看看哪里耗时最多

[ferock]

@kokdemo 楼下告诉你了

[learnshare]

@kokdemo 系统规模大的话，一定要好好规划，否则后边都是坑

[takato]

@fansekey 根据多年测试经验来看，这种应用往往质量堪忧，因为缺乏测试切入点

[missdeer]

怎么感觉跟我司做法有点像，哦哈哈

[incompatible]

@fansekey 这跟传统的cgi编程有啥区别？

[fansekey]

@incompatible 其实是现实的一种折中，把业务展现相关的交由同一拨人去开发，剩下的一波人就可以努力完善数据了。

[fansekey]

@takato 测试的切入？是否可以考虑通过单元测试解决。

[takato]

@fansekey 单元测试可以，但是代码这道壁垒是很多测试工程师不愿意越过的（或者越不过的），而开发的思路总体和测试思路是不太一致的。所以会导致这个点上风险其实是比较大的，因为你的数据已经被包装成UI

[fansekey]

@takato 1. RESTful的数据接口是可以通过单元测试搞定。 2. UI层这块还是按照以前的测试方式可以搞定，因为原先最多就是直接访问数据库，并没有什么不同。3. 对于很多测试工程师不想越过代码，这个原因优点牵强。 如果是这样，单测完全可以由开发自己搞定，可以上ci等系统来保证功能正常。

[takato]

@fansekey 根据目前所观察，有些 *良好* 单元测试习惯的开发工程师，在国内不超过10%

[takato]

@fansekey lastComment.delete("些")

[fansekey]

@takato 嗯，你说的确实是现状。但是为啥有那么多的开发不愿意写单测，这个问题值得考虑。是否是写感觉浪费时间疑惑是写单测太难，或者单测经常修改。找到这些根结，是否就可以督促开发写单测了呢。比如单测太难，可能是设计分层有问题，经常修改可能是抽象不理想。写单测完全对开发是个互惠的过程。

虽然现状是这个样子的，但在有效的模式下是可以达到单测保证质量的这个目标的，只是时间问题。

[takato]

@fansekey 其实目前总体行业现状是，平均值比国际水平的确低了很多，但不乏处于塔尖的人，如何帮助普通人快速地写单测，以及养成这个习惯，是一个亟待探讨的问题。

感觉这个问题说大一点，和缺乏幸福感有关，我管这东西叫做信仰。

曾经我也觉得信仰是个很虚的东西，直到我玩了《文明》

才知道一个光环对于一个地区能力的加成是非常深刻的。