架构&框架

为了实现模块化，分成，解耦，降低代码重合度

一、图片缓存框架设计方案：

Manager

内存管理

磁盘管理

网络模块

图片解码、图片压缩解压缩

图片是通过url的hash值作为key来存储到我们对于的图片框架里

读取先去内存命中查找，没命中去磁盘读取，磁盘没有去网络下载（多级缓存的思想）

内存方面：设计需要考虑内存空间大小（比如10kb一下的缓存50张。100kb存储20张，100kb以上的10张，考虑使用频率而定），淘汰策略（以队列先进先出的策略淘汰。模拟计算机的LRU（最近最久未使用算法）策略，比如30分钟之内没使用过的（有定时检查，或者每次进行读写的时候检查，前后台切换的时候检查，需要注意开销问题））

磁盘设计方面：存储方式的选择，大小限制比如100M，淘汰策略（比如存储超过7天的图片）

网络设计方面：请求的最大并发量，超时策略，请求优先级的考虑

图片解码：应用策略模式对不同图片格式进行解码，在网络获取后或者磁盘读取后进行图片解码，内存中的图片是已解码的可以减少主线程的开销

线程方面：

WX20191029-165526.png

二、阅读时常统计框架

记录器（页面记录器，流式页面记录器，自定义记录器），不同是记录器可以基于不同场景提供相关的记录封装和适配

记录管理者（记录缓存、磁盘存储模块、上传器）

减低丢失率的问题：定时写磁盘，限定缓存条数写磁盘

立即上传：

延时上传：前后台切换，有网到无网，通过轻量接口捎带，延时上传可以减少开销

定时上传：每隔一段时间上传

三、复杂页面设计问题

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，依赖注入（通过中间层方式，事先商量好的协议）