一、描述
定义一个用于创建产品的接口，由子类工厂决定生产什么产品。解决了简单工厂模式破坏开闭原则的弊端
工厂方法模式的角色包含：
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的创建应该是注入进来，不是每次使用都要创建一遍工厂。如果大家对我的观点有异议，欢迎留言讨论。
工厂模式适合于一个工厂只产一种产品的情况，对于一个工厂生产多个产品的时候，就不适合了。需要用抽象工厂模式解决一个工厂生产多个产品的情况。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/158104.html
