【设计模式-创建型】简单工厂、工厂方法、抽象工厂
【设计模式-创建型】简单工厂、工厂方法、抽象工厂
一、简单工厂的定义与类型
定义:由一个工程对象决定创建出哪一种产品类的实例
适用场景:工厂类负责创建的对象比较少,客户端(应用层)只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心
优点:只需要传入一个正确地参数,就可以获取所需要的对象,而无须知道其创建的细节
缺点:工厂类的职责相对过重,增加新的产品,需要修改工厂类的判断逻辑,违背了开闭原则
二、简单工厂模式实践
-
由VideoFactory决定来创建哪一个对象。
-
由于工厂在判断的时候,会有很多分支判断语句,可以弥补这种缺陷,采用反射的方法。
- 调用的时候:
- 调用的时候:
三、工厂方法
-
定义:定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行
-
使用场景:
- 创建对象需要大量重复的代码
- 客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。
- 一个类通过其子类来指定创建哪个对象
-
面向对象的多态、和里氏代换原则
-
优点:
- 用户只需要关心所需产品对于的工厂,无需关心创建细节
- 加入新产品符合开闭原则,提高可扩展性
-
缺点:
- 类的个数容易过多,增加复杂度
四、工厂方法实践
-
应用层,创建具体的Factory,返回一个相对应的对象。
-
在JDK中,Collection接口中的Iterator使用了工厂方法,
五、抽象工厂
-
定义:
- 抽象工厂模式提供了一个创建一系列相关或者相互依赖对象的接口
- 无须指定它们具体的类
-
适用场景
- 强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码
- 提供一个产品类的库,所有的产品以同一的接口出现,从而使客户端不依赖于具体实现
-
优点:
- 具体产品在应用层代码隔离,无需关心创建细节
- 将一个系列的产品族统一到一起创建
-
缺点:
- 规定了所有可能被创建的产品集合,产品族中扩展新的产品困难,需要修改抽象工厂的接口
- 增加了系统的抽象性和理解难度
六、抽象工厂实践
工厂实例