一、描述
定义一个用于创建产品的接口,由子类工厂决定生产什么产品。解决了简单工厂模式破坏开闭原则的弊端
工厂方法模式的角色包含:
1.抽象工厂:构造了一个生产产品的接口方法。
2.具体工厂:指定生产某种产品,实现了抽象工厂的接口方法。
3.抽象产品:定义了一系列产品的通用使用方法。
4.具体产品:某一种产品的具体使用方法。
工厂方法的类图:
二、优点
1.用户只需要知道具体工厂的名称就可以得到所要的产品,无须知道产品的具体创建过程
2.灵活性增强,对于新产品的创建,只需要多些一个相应的工厂类
3.典型的解耦框架。高层模块只需要知道产品的抽象类,无须关系其他实现类,满足迪米特法则,依赖导致原则和里式替换原则。
三、缺点
1.类的个数容易过多,增加复杂度。
2.增加了系统的抽象性和理解难度。
3.抽象产品只能生产一种产品。
四、示例
使用“用户使用热水器烧水,电饭煲做饭”的示例,类图如下
1.定义产品以及对应的使用方法
public interface IProduct {
void use();
}
2.定义具体产品,实现其功能
(1)热水器产品
public class WaterHater implements IProduct {
@Override
public void use() {
System.out.println("热水器烧水");
}
}
(2)电饭煲产品
public class RiceCooker implements IProduct {
@Override
public void use() {
System.out.println("电饭煲蒸饭");
}
}
3.定义工厂以及生产产品的方法
public interface IProduct {
void use();
}
4.定义具体工厂以及生产产品的具体方法
(1)热水器工厂
public class WaterHaterFactory implements AbstractFactory {
@Override
public IProduct create() {
return new WaterHater();
}
}
(2)电饭煲工厂
public class RiceCookerFactory implements AbstractFactory {
@Override
public IProduct create() {
return new RiceCooker();
}
}
5.用户使用产品
public class User {
public static void main(String[] args) {
RiceCookerFactory riceCookerFactory = new RiceCookerFactory();
IProduct riceCooker = riceCookerFactory.create();
riceCooker.use();
WaterHaterFactory waterHaterFactory = new WaterHaterFactory();
IProduct waterHater = waterHaterFactory.create();
waterHater.use();
}
}
6.效果
综上所述,即实现了“用户使用热水器以及电饭煲”的功能。但是,我认为在第五步:用户使用产品中,main方法中不应该包含创建工厂的功能,在真实开发环境中,RiceCookerFactory以及WaterHaterFactory的创建应该是注入进来,不是每次使用都要创建一遍工厂。如果大家对我的观点有异议,欢迎留言讨论。
工厂模式适合于一个工厂只产一种产品的情况,对于一个工厂生产多个产品的时候,就不适合了。需要用抽象工厂模式解决一个工厂生产多个产品的情况。