简单工厂模式
UML图
当Client调用Factory的create_type方法,Factory会根据传递的参数,生产出Product1或Product2
工厂方法模式
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
define an interface to create objects, but instead of the factory being responsible for the object creation, the responsibility is deferred to the subclass that decides the class to be instantiated.
抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;
Creator为抽象创造类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。
UML图
实现代码
|
|
对比简单工厂模式,你就会发现,两者的不同在于工厂方法模式多了一个抽象工厂类(在此例中为Profile)。所以“定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。”
优点
- 良好的封装性。一个对象创建时有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名(或者约束字符串)就可以了。屏蔽了产品类。
- 扩展性优秀。只要扩展一个工厂类就行。
- 解耦
工厂方法模式是new一个对象的代替品,但需要考虑其增加代码复杂度的成本。
例如设计一个连接邮件服务器的框架,把POP3,IMAP,HTTP三种连接方式作为产品类。
定义一个工厂方法,根据不同的传入条件,产生不同的产品类,从而选择不同的连接方式。
抽象工厂模式
UML图
Product1与Product2是由关联的,而其又分别从两个工厂生产出来的,用户通过使用抽象工厂的接口,指挥具体的工厂生产出产品
实现代码
|
|
工厂方法和抽象工厂方法的不同
工厂方法 | 抽象工厂方法 |
---|---|
把创造产品的方法暴露给客户 | 包含一个或多个工厂方法,来创造有关联的产品 |
子类决定实例化哪一个类 | 使用合成来委托 |
工厂方法用来创建一个对象 | 创造一个有关联的产品族 |
抽象工厂方法,增加产品族非常难。这要更改AbstractCreator,增加一个createProduct,然后其余的createProduct都要一同更改。
但是增加产品还是很方便的,比如我们增加一个海鲜披萨?
但涉及跨平台的时候,各个操作系统上的软件功能,应用逻辑,UI都大致相似,我们需要的是使用抽象工厂模式屏蔽掉操作系统对应用的影响,调用不同的工厂方法,由不同的产品类去处理与操作系统交互的信息。