Glide使用之工厂方法模式(ModelLoader/DataFetcher)

一直想解析一下Glide框架，奈何这个框架太强大，最近看了一段时间，总算是摸到一点边，现在再回过头来想郭神花了半年时间才把这个框架看明白，对这类人真是膜拜。

最近在学习工厂方法模式，这里先对工厂方法模式做下介绍

定义：

提供一个创建对象的接口，让子类决定实例化哪一个类。也就是说将实例化延迟到子类。

知道工厂方法模式的定义之后，我们得知道在哪里使用它，也就是说实际开发中有哪些场景能用到它，于是我在网上查了很多资料，发现Glide框架的ModelLoader就是一种经典的工厂方法模式的使用。

首先我们来看下工厂方法模式的类图

Product：是一个产品接口，也就是真正想要被创建的类
ConcreteProduct：是Product的子类，真正实现Product功能的类
Factory：是一个创建Product的接口
ConcreteFactory：是Factory的子类，里面真正实现Factory的功能

明白了工厂方法模式的定义和类图之后，我们来看下Glide的ModelLoader是怎么使用的。

ModelLoader：将一个复杂数据模型转换为具体的数据类型，该数据类型用于DataFetcher来获取资源数据。
HttpGlideUrlLoader：ModelLoader的一个子类
ModelLoaderFactory：主要是用来创建ModelLoader
HttpGlideUrlLoader.Factory：是ModelLoaderFactory的子类，主要是创建HttpGlideUrlLoader对象

知道具体结构之后，我们想一想，Glide为什么要这么去写，难道用简单工厂去实现这个功能不香吗？

下边我们抛出一个问题，如果我们要替换HttpUrlConnection用OkHttp来加载图片，我们要怎么做？
如果是简单工厂来写，遇到这种替换的功能需求，是不是要改源码，如果考虑到开闭原则，那么使用工厂方法模式是不是就不会有这个问题。