建造者模式(Builder Pattern)

建造者模式(Builder Pattern) 也叫生成器模式其定义如下:
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

四个要素:

产品类:一般是一个较为复杂的对象,也就是说创建对象的过程比较复杂,一般会有比较多的代码量。在本类图中,产品类是一个具体的类,而非抽象类。实际编程中,产品类可以是由一个抽象类与它的不同实现组成,也可以是由多个抽象类与他们的实现组成。

抽象建造者:引入抽象建造者的目的,是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。

建造者:实现抽象类的所有未实现的方法,具体来说一般是两项任务:组建产品;返回组建好的产品。

导演类:负责调用适当的建造者来组建产品,导演类一般不与产品类发生依赖关系,与导演类直接交互的是建造者类。一般来说,导演类被用来封装程序中易变的部分。

#一 Builder模式介绍及使用场景
Builder模式是一步一步创建一个复杂对象的创建者模式,它允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程。该模式是为了将复杂对象的过程和它的部件解耦,使得构建过程和部件的表示隔离开来。

因为一个复杂的对象有很多大量组成部分,如汽车,有车轮、方向盘、发动机,还有各种小零件,如何将这件部件装配成一辆汽车,这个装配过程很漫长,也很复杂,对于这种情况,为了在构建过程中对外部隐藏实现细节,也可以使用Builder模式将部件和组装过程分离,使得构建过程和部件都可以自有拓展,两者之间的耦合也降到最低。

在项目中最常见到的两个使用Builder模式的案例,一个是AlertDialog.Builder的创建,另一个就是著名的图片加载框架ImageLoader的初始配置。

ImageLoader的初始配置如下:

ImageLoaderConfiguration config = new ImageLoaderConfiguration  
    .Builder(context)  
    .memoryCacheExtraOptions(480, 800) // max width, max height,即保存的每个缓存文件的最大长宽  
    .discCacheExtraOptions(480, 800, CompressFormat.JPEG, 75, null) // Can slow ImageLoader, use it carefully (Better don't use it)/设置缓存的详细信息,最好不要设置这个  
    .threadPoolSize(3)//线程池内加载的数量  
    .threadPriority(Thread.NORM_PRIORITY - 2)  
    .memoryCache(new UsingFreqLimitedMemoryCache(2 * 1024 * 1024)) // You can pass your own memory cache implementation/你可以通过自己的内存缓存实现  
    .memoryCacheSize(2 * 1024 * 1024)   //设置内存缓存的大小 
    .discCacheSize(50 * 1024 * 1024)    //设置磁盘缓存的大小
    .discCacheFileNameGenerator(new Md5FileNameGenerator())//将保存的时候的URI名称用MD5 加密   
    .discCacheFileCount(100) //缓存的文件数量  
    .discCache(new UnlimitedDiscCache(cacheDir))//自定义缓存路径      
         .defaultDisplayImageOptions(DisplayImageOptions.createSimple())  
    .imageDownloader(new BaseImageDownloader(context, 5 * 1000, 30 * 1000)) // connectTimeout (5 s), readTimeout (30 s)超时时间  
    .writeDebugLogs() // Remove for release app  
    .build();//开始构建
//然后   
 ImageLoader.getInstance().init(config);//全局初始化此配置  

Builder模式的使用场景:
(1)多个部件或零件,不同的执行顺序,产生不同的事件结果时;
(2)多个部件或者零件,都可以装配到一个对象中,但是产生的运行结果又不相同时。
(3)当初始化一个对象特别复杂,参数多,且很多参数都具有默认值。

#二 Builder模式的结构图

结构图如下:
角色介绍:
(1)Product:产品的抽象类
(2)Builder:抽象的Builder类,规范产品的组件,一般由子类实现具体的组建过程。
(3)ConcreteBuilder: 具体的Builder类。
(4)Director:统一的组装过程。

此处输入图片的描述

#三 Builder模式的简单DEMO:

Builder模式的简单Demo

看过了这个例子,可以发现这个例子和我们一开始看到的类似ImageLoade初始配置那样的链式调用是不一样的,因为忽略了Director的角色。

深入理解一下Director的作用

#四 分析源码
OkHttp

大胖倪的慢灵魂 wechat
感觉有用打赏一个呗~