架构:框架.png

一、框架&架构作用

• 模块化
• 分层
• 解耦
• 降低代码重合度

二、图片缓存框架

怎样设计一个图片缓存框架？

image.png

2.1 图片读写

图片通过什么方式进行读写，过程怎样的？

• 以图片URL的单向Hash值作为Key

image.png

读取流程

2.2 内存设计

内存的设计上需要考虑哪些问题

• 存储的空间大小Size，根据图片的大小分为不同的存储区域，例如：使用频率高占空间小的会保存的张数多，占内存大的图片保存的张数少。

  
  image.png

• 淘汰策略，第一种队列先进先出的方式淘汰。第二种LRU算法（最近最久未使用算法），在固定时长内是否使用过，未使用则淘汰。需要注意时间/空间开销问题。提高检查触发频率检测，检测方案如下图所示。

  
  image.png

2.3 磁盘设计

磁盘设计需要考虑哪些问题？

• 存储方式选择

• 大小限制

• 淘汰策略

2.4 网络部分的设计

网络部分的设计需要考虑哪些问题？

• 图片请求最大并发量

• 请求超时策略，例如：请求失败时，重新请求。

• 请求优先级，是否是用户当前紧急使用的图片。

2.5 图片解码

对于不同格式的图片，解码采用什么方式？

• 应用策略模式对不同图片格式进行解码

在哪个阶段做图片解码处理？

磁盘读取后或者网络请求后。

三、时长统计框架

怎样设计一个时长统计框架？

image.png

记录器 基于不同的场景提供关于记录的封装、适配。一般分为页面式，流式，自定义式。

记录管理者 管理统计记录数据，包含记录缓存，磁盘存储，上传器。

如何降低数据的丢失率？ 两种解决方案：

• 定期写入磁盘

• 每当记录条数达到某个值的时候，写入到磁盘

记录上传的时机

• 前后台切换的时候上传

• 从无网到有网切换的时候上传

• 通用轻量接口附带上传（不常用）

上传时机的选择

• 立即上传

• 定时上传

• 延时上传

四、复杂页面架构设计案例

从三个方面分析架构设计：整体架构、数据流、反向更新。

4.1 整体架构

image.png

4.1.1 视图层（View&ViewController)

View的功能包含：控件的初始化、设置数据、交互事件代理等。 ViewController的功能：视图创建与组合、协调逻辑、事件回调处理等，事件回调处理指的是视图层的事件。

4.1.2 业务逻辑层（ViewModel）

业务逻辑处理（预排版）、数据增删改查封装者、线程安全处理（保证数据刷新和用户手动更新数据的数据同步）。

4.1.3 数据层 （Engine & Model)

网络请求、数据解析、增删改查、本地处理逻辑（适配）

4.2 数据流

数据流包含：网络数据、业务数据、UI数据三部分。 网络数据经过Engine层处理加工产生业务数据，业务数据经过ViewModel层处理产生UI数据，UI数据会转交给视图控制器控制视图的显示。

image.png image.png image.png image.png image.png

业务数据强引用网络数据和UI数据，同时UI数据通过弱引用找到业务数据。

4.3 反向更新

image.png

用户交互网络刷新等都会导致视图层变化，通过代理方式通知视图控制器。控制器对ViewModel的强引用找到对应ViewModel，然后通过UI数据对业务数据的弱引用找到对应的业务数据同时打上脏标记（借鉴系统UIView更新机制的思想）。最后ViewModel进行数据流的重新驱动，将脏数据重新处理生成新的UI数据更新视图。

4.4复杂页面架构设计中设计思想总结

image.png image.png image.png

五客户端的整体架构

image.png

首先由独立于APP的通用层，包括网络请求，页面浏览时长统计，崩溃统计，位置定位等基本功能和常用的第三方库。第二层是公司的通用业务层，包括分享，支付和通用的为通用业务封装的分类。第三层是中间层，负责向上层的具体业务提供接口和具体业务间的通信。
具体业务间的通信方式

• OpenURL

• 中间件依赖注入

  
  image.png