app移动端与后台交互和效率提升

这里主要谈一下客户端的优化，不考虑后端高技术的并发及其他处理（毕竟后端的我懂的不深。。。）
文章主要希望前端、产品经理、美工进行考虑。



文章图片就是产品概念图，假设ABCD是最下面的基础tabbar，A是主界面的默选页面。
最近交付的一个项目就遇到这个问题，为了满足美工提供的页面，一共只有在B页面里需要展示四个相关信息，为了这四个信息我特意发起了四个请求来凑齐展示数据，最好还发了个数据集合在一起的的请求。就这么个简单的展示页面就发起了五个请求，而且不少数据还是层层相扣，一旦一个数据出现问题可能导致整个软件崩溃（这个月我会专门总结下我的项目防崩处理方案和崩溃原因的分析，请关注我的CSDN）。
下面就说说这个项目优化的方案，如图，假定D页面会发起用户信息的请求，得到用户名手机号等相关数据，但如果用户直接先点击C页面了，没有D页面的情况怎么办？可能有人觉得这个问题应该不会存在，但实际上好多美工和产品（没有开发经验的）都不会考虑前端的加载与交互的，张口用户偏好闭口用户偏好的理论让很多程序员叫苦不迭，很多程序员的办法就是多少数据我全靠网络请求回来处理，管你什么页面，码过UI直接上数据，这种态度经验不足时可以，但有了经验的程序员还是要和后端和美工产品敲定下请求和加载方式，如果真要是随便这么处理，直接导致的就是系统整体请求数量激增，处理效率下降，如果用户网速慢怎么办，有一组数据请求不回来怎么办，数据请求过慢还没取到直接就强转了会不会崩掉，这些都是问题。但如果很多共用信息我直接在登陆的接口上获取，存储到手机本地，什么时候用我直接取出来用这样就少了很多请求，这篇博客我想说的是一种数据交互设计思路而不是简单的上面的例子，有些东西还得要自己感悟。
最后，感谢你的阅读。