设计模式之创建者模式

设计模式之创建者模式

工厂方法模式

工厂方法模式（Factory Method），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

1、先构建一个工厂接口。

2、然后加减乘除各建一个具体工厂去实现这个接口。

3、在OperationFactory类中，可以是这样的。

抽象工厂模式

抽象工厂模式（Abstract Factory），提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。

具体例子：（例如不同品牌的手机、电脑）-----------------------------------------------------------------------------------------------

IDepartment接口：用于客户端访问，解除与具体数据库访问的耦合。

SqlserverDepartment类：用于访问SQL Server的Department。

AccessDepartment类：用于访问Access的Department。

IFactory接口：定义一个创建访问Department表对象的抽象的工厂接口。

SqlServerFactory类：实现IFactory接口，并实例化SqlserverUser和 SqlserverDepartment。

AccessFactory 类 ： 实 现 IFactory 接 口 ， 实 例 化 AccessUser 和 AccessDepartment。

客户端代码：

结果显示：

建造者模式

建造者模式（Builder），将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示

以下情况建议使用建造者模式：

1、某个对象有复杂的内部结构，通常包含多个成员属性，而且属性是可选的。

2、相同的方法，不同的执行顺序，产生不同的对象或不同的运行结果。

3、当创建一个对象需要很多步骤时，适合使用建造者模式。

针对第一种情况，产品的属性过多时，我们可以采用链式构造去解决这样的问题，代码如下：

创建产品代码 :

建造者模式中，通常有如下4个角色：

1、Product 产品类，一般是多个部件组成的复杂对象，由具体建造者来创建其各个零部件。

通用代码如下：

2、Builder 抽象建造者，包含创建产品各个子部件的抽象方法以及返回复杂产品的方法。

通用代码如下：

3、ConcreteBuilder 具体建造者，实现抽象 Builder 定义的所有方法，并且返回一个装配好的对象。

通用代码如下：

4、Director 指挥者，负责安排已有模块的顺序，然后调用 Builder 建造产品。

通用代码如下：

缺点

1、建造者模式所创建的产品对象一般组成部分相似，如果产品的内部变化复杂，需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大。

2、如果产品内部结构发生变化，建造者也要相应修改，有较大的维护成本。

模式扩展

1、建造者模式的简化，如果系统中只需要一个具体建造者的话，可以省略抽象建造者。此时指挥者角色也省略，让Builder类同时扮演指挥者与建造者。

2、在使用建造者模式的时候可以考虑一下模板方法模式，多了解设计模式的原理和优点，别孤立地思考一个模式。

原型模式

原型模式（Prototype），用原型实例指定创建对象的种类，并且通过复制这些原型创建新的对象。

原型模式其实就是从一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节。我们来看看基本的原型模式代码。

客户端代码：

对于Java而言，那个原型抽象类Prototype 是用不着的，因为克隆实在是太常用了，所以Java提供了Cloneable接口，其 中就是唯一的一个方法clone（），这样你就只需要实现这个接口就可以完成 原型模式了。

浅复制与深复制

浅复制:被复制对象的 所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用都仍然指向原来的对象。

深复制：把引用对象的变量指向复制过的新对象，而 不是原有的被引用的对象。

深复制的实现例子：

单例模式

单例模式（Singleton），保证一个类仅有一个实例，并提供一个访 问它的全局访问点。

Singleton类，定义一个GetInstance操作，允许客户访问它的唯一实 例。GetInstance是一个静态方法，主要负责创建自己的唯一实例。

多线程时的单例

双重锁定

静态初始化

由于这种静态初始化的方式是在自己被加 载时就将自己实例化，所以被形象地称之为饿汉式单例类，原先的单例模式 处理方式是要在第一次被引用时，才会将自己实例化，所以就被称为懒汉式单例类。

参考：大话设计模式–程杰
知乎：建造者模式