【AndroidUniversalImageLoader】源码学习之设计模式（Builder,Singleton,Strategy）

本文将从UIL的对外接口（对开发者API）入手，将从文字中去记录UIL初始化设计关键，并携带一些设计模式的阐述及应用场景。

初始化代码
ImageLoader是UIL的API主类，采用了单例模式。ImageLoaderConfiguration是一个基于Builder模式的配置。

// This configuration tuning is custom. You can tune every option, you may tune some of them,
// or you can create default configuration by
//  ImageLoaderConfiguration.createDefault(this);
// method.
ImageLoaderConfiguration config = new ImageLoaderConfiguration.Builder(context)
.threadPriority(Thread.NORM_PRIORITY - 2)
.denyCacheImageMultipleSizesInMemory()
.discCacheFileNameGenerator(new Md5FileNameGenerator())
.tasksProcessingOrder(QueueProcessingType.LIFO)
.writeDebugLogs() // Remove for release app
.build();
// Initialize ImageLoader with configuration.
ImageLoader.getInstance().init(config);

Builder模式
意图：使对象的构建与对象本身分离（ImageLoaderConfiguration的构建由Builder承担），从而使同样的构建方式可以创造不同的展示。
应用场景：通常用于复杂对象的构造，例如Android的Dialog.Builder，及笔者过往项目经验的BannerBuilder等等。精髓在于适用多种方法组合构造出不一样的展示。
模式意义：Builder模式引入了Builder作为中间层，使得ImageLoaderConfiguration的构造细节被隐藏。后面UIL想扩展ImageLoaderConfiguration的内部实现显得十分容易。
额外特征：部分构造步骤存在默认值，支持方法链调用，方法参数通常为java的interface。

单例模式
意图：这个类可以保证没有其他实例被创建，并且它可以提供一个访问该实例的方法。
应用场景：变量共享，数据共享，避免多线程问题都可以用单例。 笔者在Android的开发中需要维护并共享变量的类通常都适用单例。典型的例如LoginModel管理登录信息等等。
模式意义：通过将构造方法私有化，使得保证数据唯一性和线程安全变得容易。引入静态方法作为中间层，使覆盖实现成为可能。
UIL应用：由于ImageLoader的初始化需要暴露配置细节，ImageLoader引入了init方法提供参数的传递。这一点是单例模式传参的典范。笔者曾经写过单例模式getIntance方法带有Android的Context，结果导致使用该单例的代码，都必须包含Context。暴露了创建细节导致代码臃肿难以阅读。其实只需要像UIL这样提供一个init方法通过一次调用设置Context，后面的调用就直接getInstance()，一劳永逸！

ImageLoaderConfiguration
下图是ImageLoaderConfiguration支持的设置配置函数。由于ImageLoader是一个单例，以下配置都属于全局数据配置。典型的主要包含

discCache(DiscCacheAware) 设置磁盘缓存策略。通过定义接口让外部去选择或实现不同的策略。属于典型的策略模式。

imageDecoder 图片解析器。 应用模式同上。

threadPoolSize 设置图片加载线程池的大小。



策略模式
意图：通过定义一系列算法，并将算法封装起来，使算法之间可以相互替换。策略模式是多态应用的经典模式。
应用场景：例如排序算法， UIL中的DiscCacheAware磁盘缓存策略及MemoryCacheAware内存缓存策略。

模式意义：通过依赖于接口（中间层）的定义，与具体的实现解耦，从而实现可替换。

总结
模式是程序员在交流代码设计时所使用的专业用语。其中主要的精髓便是引入中间层，遵循“对扩展开放，对修改封闭”的原则。从而提升软件可维护性。
使代码结构清晰，易于阅读。 UIL的代码结构良好，其中有一部分是取决它设计模式的应用。笔者目前的设计能力还不足以驾驭出这么好的代码结构，

写这篇文章纯粹是为了学习记忆，如果有错误的地方欢迎大神前来指正。