在前面的文章 Fresco 源码分析 —— 图片加载流程 里面详细说明了图片加载的整个流程，但是除了理解源码之外，对于源码的框架层面的设计也是需要去了解的，不能只是简单的读源码，好的源码的框架设计也是值得我们去学习的。以后，我们自己在开发一个源码的时候，也就能将学到的好的经验运用到自己的代码上。
代码工程从 module 层面来看，可以看到 Fresco 是有很多 module 的，并且这些 module 都是按照每个 module 的功能进行划分的，可以通过名字就可以知道 module 的作用。
虽然 module 很多，但是并不像我们平时的项目里面一样，一个 module 包含很多代码，有的可能只有几个类，只是 fresco 整体分的比较细。
下面介绍下一些关键的 module：
animated-base：主要都是动图的一些共有的基础操作，包阔每一帧的缓存，解码渲染，帧数，宽高等逻辑。
Drawee：就是 UI 层，例如 DraweeView， drawable 相关的类等；
imagepipeline：整个工程的核心，图片加载，内存、缓存管理，bitmap处理等等核心逻辑；
imagepipeline-base：是 imagepipeline 的一些基础类，包括接口（缓存，解码，图片信息）以及相关的基础类；
imagepipeline-backends ：这里就是最后的请求逻辑，这里给出两个不同的示例，分别采用 volly 和 ok-http 来实现的，默认是 HttpUrlConnectionNetworkFetcher ，也就是说业务方有着更复杂的业务需求的话，需要自己去实现。
Drawee-backends：主要是在 Drawee 的基础上封装了请求和初始化逻辑，比如 Fresco，PipelineDraweeController 等相关类。
设计思想浅谈 1、里面有很多类以 config 结尾，他们是怎么用的？
ImagePipelineConfig：内部采用 builder 模式来进行创建，主要是把 ImagePipeline 需要的参数都通过 config 来进行管理；
ImagePipelineFactory: 通过 ImagePipelineConfig 来生成 ImagePipeline ；
类似的还有：
DraweeConfig: 内部采用 builder 模式来进行创建，包含 Drawee 相关的配置；
DiskCacheConfig：内部采用 builder 模式来进行创建，包含 disk 的各种配置，包括目录，版本，缓存大小，错误日志等。最后也是使用 DiskStorageCacheFactory 来生成 disk;
PoolConfig：内部采用 builder 模式来进行创建，其实最终也是再 PoolFactory 里面使用；
可以发现，Fresco 里面的 config 类都是采用了 buidler 模式。那为啥需要采用 builder 模式呢？因为 config 从名字来说是配置类，里面会有很多参数，所以会采用 builder 模式，以后别人在配置的时候，就不会关心过的参数问题。
其实对于内部 builder 我有个疑问就是为啥要使用内部 builder 。
一是内部属性太多，如果采用构造函数模式，那需要写很多构造函数
二是采用builder 模式后，用户只需要设置他关心的属性，其他不关心的属性都可以采用默认值来进行处理，也就是减轻了使用者的压力。
三是一旦构造完成，就不可以修改了，builder 里面都是设置属性，但是类本身只提供获取属性方法，不提供设置方法，隔绝了用户更改带来的不可控因素。
至于内部builder 可能是不希望将他们独立出去，散落在各处不好管理。
2、提供了很多 producer，consumer，那这么多类是如何管理的，他们之间恶关系如何维护。
提供了 ProducerFactory 来管理所有的 producer。ProducerFactory 有静态方法，大多数是非静态方法。主要用来获取各种 producer 。
ProducerSequenceFactory： 这个其实就是把各个 Producer 连接在一起；或者说是按照一定的规则，将他们组装在一起。这样外界在调用的时候，只需要确定你的 Sequence 是什么样的，调用对应的方法 获取 Sequence。其中在 Sequence 里面又会通过 ProducerFactory 来获取指定的
每一个 producer 又会有一个对应的 consumer，可以发现大多数 consumer 都是 producer 里面的内部类。
3、DataSource 的作用
DataSource 是一个泛型接口。按照源码的描述，它和 future 原理差不多，但是有个不一样的地方，就是它可以获取当前的进度。
AbstractDataSource 继承自 DataSource；这块内部已经维护好了各种状态；然后会通过 listeners 进行通知。
AbstractProducerToDataSourceAdapter ： 继承自 AbstractDataSource，从名字就可以看出来这是一个适配器，将 Producer 转为 DataSource。
4、ProducerContext 的作用
主要是用来将上下文信息传递给 Producer；可以具体看看代码，可以发现 context 内部包含很多逻辑。