工厂方法(FactoryMethod)模式是类的创建模式,其用意是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中。
在工厂方法模式中,核心的工厂类不在负责所有产品的创建,而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口,而不接触哪一个产品类被实例化这种细节。这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。
在Factory Method模式中,工厂类与产品类往往具有平行的等级结构,它们之间一一对应。
工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性,工厂方法模式保持了简单工厂模式的优点,而且部分克服了它的缺点。
抽象工厂(Creator)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
具体工厂(Concrete Creator)角色:这是实现抽象工厂接口的具体工厂类,包含月应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。
抽象产品角色(Product)角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。
具体产品(Concrete Product)角色:这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。
工厂方法模式与简单工厂模式:
- 工厂方法模式与简单工厂模式在结构上的不同不是很明显。
- 工厂方法类的核心是一个抽象工厂类,而简单工厂模式把核心放在一个具体类上。
- 工厂方法模式有一个别名叫多态性工厂模式,因为具体工厂类都有共同的接口,或者有共同的抽象父类。
优点:
- 当系统扩展需要添加新的产品对象时,仅仅需要添加一个具体对象以及一个具体工厂对象,原有工厂对象不需要进行任何修改,也不需要(尽量小的)修改客户端,较好的符合了“开放——封闭”原则。而简单工厂模式在添加新产品对象后不得不修改工厂方法,扩展性不好。
缺点:
-
具体产品对象与工厂方法的耦合性
工厂方法是要创建产品对象的,也就是需要选择具体的产品对象,并创建它们的实例。因此具体产品对象与工厂方法是耦合的。
使用场景:
- 如果一个类需要创建某个接口的对象,但是又不知道具体的实现,这种轻盔昂可以选用工厂方法模式,把创建对象的工作延迟到子类中实现。
- 如果一个类本身就希望由它的子类来创建所需的对象的时候,应该使用工厂方法模式。
本质:延迟到子类来选择实现。