大家好，欢迎来到程序视点!

前言

在上一节的简单工厂模式中，我们知道简单工厂所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。

也就是说，类的创建依赖工厂类，如果想要拓展程序（添加新的类），必须对工厂类进行修改。这违背了开闭原则。

从设计角度考虑，有一定的问题，如何解决？

既然要遵循【开闭原则】，工厂类肯定是不能修改了。那就只能用新的工厂来创建新的类–具体的类由具体的工厂来创建.

新添加的“具体的类”可能是不确定的，可能是“XiaomiPhone”，也有可能是“OppoPhone”,还可能是未来会出现的“XXXPhone”…那它们对应的工厂类就应该有“XiaomiPhoneFactory”，“OppoPhoneFactory”,“XXXPhoneFactory”…

我们把这些工厂类进一步抽象，就形成了我们接下来要讲的工厂方法模式

工厂方法模式简介

定义一个创建对象的抽象方法，且可以创建多个不同的工厂类实现该抽象方法。要创建某个具体的类，就新增一个具体的工厂类；这个工厂类通过实现抽象方法来创建类。这就是我们说的工厂方法模式。

这样的好处就是：想要新创建一个类，不用修改原来的类，而是自己新建一个属于自己的工厂类。

从上面的描述中，我们可以抽象出这么几个角色：

  • 抽象工厂：用来声明抽象方法的。 返回值就是产品抽象类。
  • 产品类工厂：专门生产某个具体产品的工厂类。
  • 产品抽象类：工厂类能创建出来的所有产品类的抽象。它负责描述所有实例所共有的公共接口。（这里必须要一个抽象类，不然不能保证返回的不同的产品类属于同一个类型）
  • 产品类：工厂类创建出来的目标。它（们）是产品抽象类的具体实现。

示例

抽象工厂：

public interface PhoneFactory {  public Phone createPhone();}

怎么是个接口呢？只有抽象方法的类，当然可以声明为接口呀！
产品类工厂：“HuaweiPhoneFactory”和“ApplePhoneFactory”

public class HuaweiPhoneFactory               implements PhoneFactory {  public Phone createPhone() {    return new HuaweiPhone();  }}
public class ApplePhoneFactory               implements PhoneFactory {  public Phone createPhone() {    return new ApplePhone();  }}

让我们来测试下：

public class Test {  public static void main(String[] args) {    PhoneFactory huaweiPhoneFactory = new HuaweiPhoneFactory();     Phone phone1 = huaweiPhoneFactory.createPhone();    System.out.println(phone1.info());        PhoneFactory applePhoneFactory = new ApplePhoneFactory();    Phone phone2 = applePhoneFactory.createPhone();    System.out.println(phone2.info());  }}

输出：
我是华为手机
我是苹果手机

咿呀！和简单工厂模式一样的呐！

现在我们要创建“小米手机”啦
新增一个 XiaomiPhone 的实体类：

public class XiaomiPhone implements Phone{  @Override  public String info() {    return "我是小米手机";  }}

新增一个创建 XiaomiPhone 对象的工厂类：

public class XiaomiPhoneFactory               implements PhoneFactory {  public Phone createPhone() {    return new XiaomiPhone();  }}

测试一下：

public class Test {  public static void main(String[] args) {    PhoneFactory xiaomiPhoneFactory = new XiaomiPhoneFactory();     Phone phone3 = xiaomiPhoneFactory.createPhone();    System.out.println(phone3.info());  }}

输出：
我是小米手机

哈哈！我们没有修改之前的HuaweiPhoneFactory或ApplePhoneFactory两个工厂类，通过新增XiaomiPhoneFactory工厂类的方式来生产新的XiaomiPhone

🆗，这样我们就完成了工厂方法模式创建和使用。

工厂方法模式的问题

工厂方法模式有什么问题呢？我们先来看一个场景：

现在“华为”和“苹果”都要开始生产电脑了。“华为”只能生产“华为电脑”，“苹果”只能生产“苹果电脑”。

按照上述的工厂方法模式，那就必然对应的抽象类、实体抽象类、实体类和实体工厂类。
抽象工厂：

public interface ComputerFactory {  public Computer createComputer();}
public abstract class Computer {  public abstract String getName();}
public class HuaweiComputer extends Computer{  @Override  public String getName() {    return "我是华为电脑";  }}
public class AppleComputer extends Computer{  @Override  public String getName() {    return "我是苹果电脑";  }}

产品类工厂：“HuaweiComputerFactory”和“AppleComputerFactory”

public class HuaweiComputerFactory              implements ComputerFactory {  public Computer createComputer() {    return new HuaweiComputer();  }}
public class AppleComputerFactory               implements ComputerFactory {  public Computer createComputer() {    return new AppleComputer();  }}

🆗，Cool!我们一下就搞定了！

接着，“华为”和“苹果”都要开始生产智能手表了。“华为”只能生产“华为手表”，“苹果”只能生产“苹果手表”。

再接着，“华为”和“苹果”都要开始生产音响了。“华为”只能生产“华为音响”，“苹果”只能生产“苹果音响”。

…耳机，服务器，汽车等等

哇！随着产品类的增多，我们的工厂类似乎也增加了。这还不重要的，问题出在下面：

突然，我们要进行手机和电脑配对链接了！

public class Test {  public static void main(String[] args) {    PhoneFactory huaweiPhoneFactory = new HuaweiPhoneFactory();    Phone phone1 = huaweiPhoneFactory.createPhone();        PhoneFactory applePhoneFactory = new ApplePhoneFactory();    Phone phone2 = applePhoneFactory.createPhone();        ComputerFactory huaweiComputerFactory = new HuaweiComputerFactory();    Computer computer1 = huaweiComputerFactory.createComputer();        ComputerFactory appleComputerFactory = new AppleComputerFactory();    Computer computer2 = appleComputerFactory.createComputer();        // 匹配    match(phone1, computer2);  }    public static void match(Phone p, Computer c) {   System.out.println(p.info() + "===" + c.getName())   }}

输出：
我是华为手机===我是苹果电脑

看到了？华为手机匹配连接到苹果电脑上了！

大家知道问题了吗？怎么解决这个问题呢？我们下期见！

更多信息，请关注同名公众号【程序视点】，提前预览~