大家好，欢迎来到程序视点!
前言
在上一节的简单工厂模式中，我们知道简单工厂所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。
也就是说，类的创建依赖工厂类，如果想要拓展程序（添加新的类），必须对工厂类进行修改。这违背了开闭原则。
从设计角度考虑，有一定的问题，如何解决？
既然要遵循【开闭原则】，工厂类肯定是不能修改了。那就只能用新的工厂来创建新的类--具体的类由具体的工厂来创建.
新添加的“具体的类”可能是不确定的，可能是“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())
}
}
输出：
我是华为手机===我是苹果电脑
看到了？华为手机匹配连接到苹果电脑上了！
大家知道问题了吗？怎么解决这个问题呢？我们下期见！
更多信息，请关注同名公众号【程序视点】，提前预览~
