学习不用那么功利，二师兄带你一起轻松读源码～
在上篇文章中，我们学习了Nacos中是如何灵活运用《简单工厂模式》的。而设计模式在面试过程中也经常会出现。当面试官问到：说说工厂模式是如何实现的？他问的工厂模式指的是什么？
这篇文章属于扩展篇的扩展，我们基于简单工厂模式，再来聊聊工厂模式。
工厂方法模式
先来回答上面的问题，如果笼统的讲工厂模式，通常包括：简单工厂/静态工厂、工厂方法模式和抽象工厂模式。上节讲了简单工厂模式，而抽象工厂模式一般应用在比较复杂的大型应用中，也不太常见。
因此，如果工厂模式只是指某一个模式的话，那么说的就是工厂方法模式。
工厂方法模式简介
工厂方法模式(Factory Method Pattern)又称工厂模式、多态工厂模式和虚拟构造器模式。
在讲简单工厂模式时，已经知道该模式存在一些缺点，比如工厂类业务逻辑过于复杂，违背了开闭原则和高内聚低耦合的原则。同时，还由于方法是静态的，还无法形成继承的层级结构。
那么，我们是否可以将工厂类进行抽象，提供一个公共的接口，而工厂类的子类负责创建具体的产品对象，这样不就达到了解耦的目标了吗？
因此，在工厂方法模式中，工厂父类定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，通过工厂子类来确定究竟应该实例化哪一个具体的产品类。
工厂方法模式结构图
在看工厂方法模式的结构图之前，先来回顾一下简单工厂模式的结构图：
我们对此结构图进行扩展，将Factory这个工厂类进行抽象化处理，于是就得到工厂方法模式：
上图中被虚线框起来的部分便是变化的部分，第一个变化是工厂类被抽象化了，提供了一个抽象的AbstractFactory。既然抽象了，必定会有具体的工厂实现类，这个实现类与产品相对照。这样，便达到了修改一个产品的创建逻辑，并不会影响到其他产品的创建，达到了解耦的效果。
下面再梳理一下工厂方法模式的核心角色：
- 抽象产品（Product）：产品的抽象类或接口，负责定义产品的特征和共性。
- 具体产品（Concrete Product）：具体的产品类。
- 抽象工厂（AbstractFactory）：产品的创建类，工厂接口。
- 具体工厂（ConcreteFactory）：具体的创建类，工厂实现。
工厂方法模式实现
这里的实例我们还以Nacos的配置服务和命名服务为例。假设配置服务和命名服务都集成自同一个NacosService，同时呢，它们的创建又通过不同的子工厂进行创建。
定义抽象产品类及其实现类：
// 抽象产品类 public interface NacosService { /** * 注册实例信息 * @param object 实例信息，这里用Object代替 */ void register(Object object); } // 配置中心服务实现 public class ConfigService implements NacosService { @Override public void register(Object object) { System.out.println("配置中心实例注册成功"); } } // 命名服务注册实现 public class NamingService implements NacosService { @Override public void register(Object object) { System.out.println("注册命名服务成功"); } }
定义抽象工厂类及其实现类：
// 抽象工厂类，定义统一的方法 public interface NacosFactory { NacosService getService(); } // 配置服务的工厂类实现 public class ConfigNacosFactory implements NacosFactory { @Override public NacosService getService() { return new ConfigService(); } } // 命名服务的工厂类实现 public class NamingNacosFactory implements NacosFactory { @Override public NacosService getService() { return new NamingService(); } }
客户端实现：
public class Client { public static void main(String[] args) { // 配置中心 ConfigNacosFactory configNacosFactory = new ConfigNacosFactory(); NacosService configService = configNacosFactory.getService(); configService.register(new Object()); // 注册中心 NamingNacosFactory namingNacosFactory = new NamingNacosFactory(); NacosService namingService = namingNacosFactory.getService(); namingService.register(new Object()); } }
客户端可根据需要，创建不同的工程子类，然后通过具体的工厂子类实现具体的产品创建。关于工厂方法模式的实现，建议对照参考简单工厂模式，这样更方便理解和学习。
工厂方法模式的优缺点
工厂方法模式对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。
优点：
- 客户端只需知道具体工厂就可得到所要的产品，无须知道产品的具体创建过程；
- 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类；
- 符合开闭原则、符合单一职责原则、解决类简单工厂模式无法继承等级结构问题。
缺点：
- 类数量增多，新增新产品时还需要新增对应的工厂实现类；
- 增加了系统的抽象性和理解难度；
- 抽象产品只能生产一种产品，如果换一个产品的话，还是需要修改产品类的。此弊端可使用抽象工厂模式解决。
工厂方法模式的应用场景
应用场景:
- 客户只知道创建产品的工厂名，而不知道具体的产品名；
- 创建对象的任务由多个具体工厂中的某一个完成，而抽象工厂只提供创建产品的接口。
- 客户不关心创建产品的细节，只关心产品的品牌；
小结
就工厂模式本身而言并不难，但我们在学习设计模式时最头痛的事就是学完就忘。如果像本文这样，深刻理解了设计模式设计的初衷、使用场景以及进化历程，便更有利于记忆。本文的重点便是进行这方面思维的引导，你学到了吗？
