为了实现模块化，分成，解耦，降低代码重合度
一、图片缓存框架设计方案：
Manager
内存管理
磁盘管理
网络模块
图片解码、图片压缩解压缩
图片是通过url的hash值作为key来存储到我们对于的图片框架里
读取先去内存命中查找，没命中去磁盘读取，磁盘没有去网络下载（多级缓存的思想）
内存方面：设计需要考虑内存空间大小（比如10kb一下的缓存50张。100kb存储20张，100kb以上的10张，考虑使用频率而定），淘汰策略（以队列先进先出的策略淘汰。模拟计算机的LRU（最近最久未使用算法）策略，比如30分钟之内没使用过的（有定时检查，或者每次进行读写的时候检查，前后台切换的时候检查，需要注意开销问题））
磁盘设计方面：存储方式的选择，大小限制比如100M，淘汰策略（比如存储超过7天的图片）
网络设计方面：请求的最大并发量，超时策略，请求优先级的考虑
图片解码：应用策略模式对不同图片格式进行解码，在网络获取后或者磁盘读取后进行图片解码，内存中的图片是已解码的可以减少主线程的开销
线程方面：
二、阅读时常统计框架
记录器（页面记录器，流式页面记录器，自定义记录器），不同是记录器可以基于不同场景提供相关的记录封装和适配
记录管理者（记录缓存、磁盘存储模块、上传器）
减低丢失率的问题：定时写磁盘，限定缓存条数写磁盘
立即上传：
延时上传：前后台切换，有网到无网，通过轻量接口捎带，延时上传可以减少开销
定时上传：每隔一段时间上传
三、复杂页面设计问题
Engine(网络请求，处理原始数据，生成对应的业务数据模型Model等)->ViewModel（处理业务逻辑）->ViewControlle（创建view等）r->View（初始化view等）
借鉴MVVM框架思想，ReactNative的数据流思想，系统UIView的更新机制思想，FaceBook开源AsyncDisplayKit关于预排版的设计思想
RN数据流思想，视图组合可以成一颗多二叉树，对某一个叶子节点进行更新的时候需要反响到跟节点去处理，再由根节点自顶向的找到标记的节点进行更新。任何一个子节点没有做视图变化的权利的，是从主动的行为变成被动的思想。
MVVM包括(Model、View、ViewModel)
客户端整理架构
独立于app的通用层：时长统计框架，奔溃的统计，以及网络库等，这一层框架或者架构放到任何一个app都能通用，起到底层支撑作用
独立app的通用业务层：通用基础组件、自定义的控件，UIImageView的封装等，和当下公司的业务相关，对于各个业务都能通用
中间层：可以用于协调和解耦作用
业务层：业务A、B、C、D等
下层依赖于上层，上层不能依赖于下层
业务之间的解耦：OpenUrl，依赖注入（通过中间层方式，事先商量好的协议）
