iOS 同时调用几个后台接口刷新数据好吗？？

Question

iOS 调用后台接口刷新数据，比较奇葩的是后台接口分离出来几个接口来写，iOS前端一个接口一个接口地调用，我真心觉得无语了，找他们理论也干不过他们。

我的理由是：像这样接口一个接着一个调，loading时间长了，用户体验肯定不好，hud菊花转圈时间呆着长了些，还有的是，数据处理也变麻烦了，增加了不必要的代码量，总觉得是拆东墙补西墙，把后台那套麻烦的东西移到了前端，，，，真气！！！

你们有更好的答案吗？？？？？应该如何详细解析好？？？

Answer 1

这样情况解决方案就是，增加一个接口服务器，前端发出一个请求，然后在接口服务器去分别调用后台的接口，接口服务器处理好所有请求的数据后在返回前端。如果后台服务某个接口挂了，在接口服务器就可以知道，可以修改了

Answer 2

具体要看需求，比如现在做的海淘市场分析的项目，后端用搜索引擎。旧版就是一个页面一个请求，由于数据量小，过滤条件少，索引就快，整个页面渲染完1.5s左右，也不快，但需求够了。

但随着数据量越来越大，查询聚合项更多，速度越来越慢。这就要做拆分了，根据相关功能，模块统一。现在的话速度很快，毫秒级，而且短期不需要再做优化。

一个页面一个请求是相对数据量少，页面不复杂。而复杂的就要确定先渲染哪块，后渲染哪块。复杂页面的接口数量控制在3~5个是可以的。。。

Answer 3

个人理解确实不是很好，将一此请求可以拿到的数据分成多次请求才可以拿到，那么会遇到几个情况：

1. 这几个接口调用数据之间没有联系，都是独立的还好处理；

2. 如果存在接口数据的关联性，第二个依赖第一个接口的数据，第二个依赖第三个依次类推，那么久不能单独请求，你只能实现多个block嵌套回调或者队列来实现，但是又有一个问题，如果一个接口挂掉呢？那么之后的接口怎么处理，之前的接口数据怎么处理是个问题。

3. 遇到弱网络状态下发送多个请求应该如何处理？

建议一个界面初次进入获取数据只有一个接口，当然这个也不是必须的，但是建议不要太多(当然具体请求还要根据业务需求来定的)

Answer 4

不是很好,能一次性拉取的东西,尽量不要碎碎念. 我们后台就是,前面开发为了速度,要数据的时候想都不想就查数据库做接口,等后面维护了,他就发现好多接口数据是重复的,于是开始重构,首页本来有3~4个接口,被他整成一个了,好多地方都是这样子. 数据结构也跟着变了,我们前端/移动端也只好跟着改咯,如果是经验老到的老后台应该会有考虑的吧,怕就怕遇到半吊子的大伙跟着受累~

Answer 5

一个页面,在进入的时候用于显示相关的数据接口应该只有一个,我们tcp部分也有初始数据多个接口的情况,但是是可以并行请求的~多个数据请求一次发过去,回的数据可以是乱序,根据命令号来分。

Answer 6

我觉得好，接口分离有利于维护和调试，比如那个接口挂了，你一下就可以知道

移动端的话确实会多出请求，你可以尝试缓存数据在本地提升体验