建造模式（Builder）体现了艺术性的“建造”，并不是像工厂模式一样简单地生产一个产品对象，提供给请求者就满足了。建造模式，在其建造地过程中，能够非常清晰将一个产品的组成部分分离开来，同时又能够在一定的指导下进行合理的组装起来，完成客户端更高要求的请求。

另外，作为产品类，它并非就是一个实实在在实体类，有时候一个产品类可能是一个能够完成相当复杂，或者具有相当关键的操作的具体类，甚至在系统的设计中位于十分核心的位置。如何合理地对这些产品类的对象进行组装的同时，可能依赖它们来完成

通过前面对工厂方法模式的学习，我们已经了解到，对于系统中存在的单一的产品等级结构，甚至这些产品类可能存在更加复杂的继承关系，可以使用工厂方法模式来对应于这个产品等级结构。具体做法就是，在抽象工厂类中定义抽象工厂方法，具体工厂类继承自抽象工厂类并重写具体的构造方法，返回的具体产品对象是抽象产品类型的实例。

如果系统中存在多于一个产品等级结构，如果使用工厂方法模式，需要每个满足工厂方法模式的设计都对应一个产品等级结构，这样整个系统中就存在多个基于工厂方法模式的设计。

为了使得设

简单工厂模式的缺点就是，每次增加一个具体产品实现类，工厂类就一定要重新修改。工厂方法模式主要是针对简单工厂模式的该问题，给出了解决方法。

工厂方法模式的一般结构，如图所示：

通过上图可以看到，工厂方法具有下面四个不同的角色：

01.抽象工厂角色
02.具体工厂角色
03.抽象产品角色
04

工厂模式，谈到这种模式时，主要是关注工厂角色的设计，也因为工厂的变化而分成三种不同的工厂模式，而其它的角色的变化，会使工厂的设计发生适应性改变。

简单工厂模式（Simple Factory）是工厂模式中最简单的一种模式，可能我们在实际开发中，已经使用过简单工厂模式，或者是简单工厂模式的某一种扩展或者变种而已。

记得我在很早的时候接触到的工厂模式就是，在某一个工厂类中，定义一系列的不同方法，每一个方法能够创建出某一个具体类的实例，这种无参的工厂方法，只要存在需要实例化的实体类的时候，就要在

在深入学习每一种设计模式之前，首先要了解一下设计模式分类，通过分类我们能够在实际应用过程中，有目的地选择某一类设计模式来进行设计，然后定位到某一个类中的具体的设计模式。

闲话少说，设计模式分为三个大类，包括创建型模式（Creational Patterns）、结构型模式（Structural Patterns）和行为型模式（Behavioral Patterns）。下面分别对这三个分类进行说明，讲述每一个分类中都包含哪些具体的设计模式。

创建型模式（Creational Patterns）

创建型模式主要考虑系统设计中与资源的