【却说那七衣仙女自受了大圣的定身法术，一周天方能解脱，各提花篮，回奏王母说道：“齐天大圣使术法困住我等，故此来迟。”王母问道：“汝等摘了多少蟠桃？”仙女道：“只有两篮小桃，三篮中桃。至后面，大桃半个也无，想都是大圣偷吃了。及正寻间，不期大圣走将出来，行凶拷打，又问设宴请谁。我等把上会事说了一遍，他就定住我等，不知去向。直到如今，才得醒解回来。”王母闻言，即去见玉帝，备陈前事。】
在《西游记》第五回《乱蟠桃大圣偷丹 反天宫诸神捉怪》里，悟空将奉王母之命前去蟠桃园摘桃的七衣仙女定住，随即自己偷吃仙桃的事情也因而败露了。
在悟空模式-java-普通工厂模式中，我们举了王母娘娘(消费者)从蟠桃园(普通工厂类)中获取蟠桃(产品)的例子来说明普通方法模式，我们发现蟠桃园这个类是普通方法模式的核心类，一旦出现问题，整个设计体系就崩溃了。果不其然，齐天大圣很快就捣乱了，当他把七衣仙女定住的时候，蟠桃园就停止工作，王母娘娘就没有办法获取到蟠桃了，直到过了一周天，蟠桃园恢复运行，王母才拿到几篮桃子。
那么接下来我们就尝试使用工厂方法模式来降低蟠桃系统的风险，主要的改动就是将原本作为核心的蟠桃园类修改为以抽象蟠桃园作为核心，蟠桃的产出交由各个具体的蟠桃园负责，这样某一个蟠桃园出现问题，不影响其他蟠桃园的正常运行：
蟠桃
packagecom.tirion.design.simple.factory;
public interfaceFlatPeach {
voidprintLevel();
voidprintCycleTime();
}
低级蟠桃
packagecom.tirion.design.simple.factory;
public class LowLevelFlatPeach implementsFlatPeach {
LowLevelFlatPeach(){
printCycleTime();
printLevel();
}
@Override
public voidprintLevel() {
System.out.println("低级蟠桃");
}
@Override
public voidprintCycleTime() {
System.out.println("三千年一熟");
}
}
中级蟠桃
packagecom.tirion.design.simple.factory;
public class MiddleLevelFlatPeach implementsFlatPeach {
MiddleLevelFlatPeach(){
printCycleTime();
printLevel();
}
@Override
public voidprintLevel() {
System.out.println("中级蟠桃");
}
@Override
public voidprintCycleTime() {
System.out.println("六千年一熟");
}
}
高级蟠桃
packagecom.tirion.design.simple.factory;
public class HighLevelFlatPeach implementsFlatPeach {
HighLevelFlatPeach(){
printCycleTime();
printLevel();
}
@Override
public voidprintLevel() {
System.out.println("高级蟠桃");
}
@Override
public voidprintCycleTime() {
System.out.println("九千年一熟");
}
}
抽象蟠桃园
packagecom.tirion.design.factory.method;public abstract classFlatPeachGarden {public abstractFlatPeach produce();
}
低级蟠桃园
packagecom.tirion.design.factory.method;public class LowLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {return newLowLevelFlatPeach();
}
}
中级蟠桃园
packagecom.tirion.design.factory.method;public class MiddleLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {return newMiddleLevelFlatPeach();
}
}
高级蟠桃园
packagecom.tirion.design.factory.method;public class HighLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {return newHighLevelFlatPeach();
}
}
王母娘娘
packagecom.tirion.design.factory.method;public classTheQueenMother {public staticFlatPeach getLowLevelFlatPeach() {
FlatPeachGarden garden= newLowLevelFlatPeachGarden();
FlatPeach flatPeach=garden.produce();if (flatPeach == null) {
System.out.println("王母娘娘没有得到蟠桃");
}else{
System.out.println("王母娘娘获得了蟠桃");
}returnflatPeach;
}public staticFlatPeach getMiddleLevelFlatPeach() {
FlatPeachGarden garden= newMiddleLevelFlatPeachGarden();
FlatPeach flatPeach=garden.produce();if (flatPeach == null) {
System.out.println("王母娘娘没有得到蟠桃");
}else{
System.out.println("王母娘娘获得了蟠桃");
}returnflatPeach;
}public staticFlatPeach getHighLevelFlatPeach() {
FlatPeachGarden garden= newHighLevelFlatPeachGarden();
FlatPeach flatPeach=garden.produce();if (flatPeach == null) {
System.out.println("王母娘娘没有得到蟠桃");
}else{
System.out.println("王母娘娘获得了蟠桃");
}returnflatPeach;
}public static voidmain(String[] args) {
TheQueenMother.getLowLevelFlatPeach();
TheQueenMother.getMiddleLevelFlatPeach();
TheQueenMother.getHighLevelFlatPeach();
}
}
在上面的代码中，我们将三种蟠桃分别交给三个不同类别的蟠桃园进行管理，每个蟠桃园负责生产某一种类的蟠桃，这样就把不同蟠桃的管理拆分开来，不再集中于一个蟠桃园，降低了系统的耦合风险。代码执行结果如下：
找到对应等级的蟠桃园
三千年一熟
低级蟠桃
王母娘娘获得了蟠桃
找到对应等级的蟠桃园
六千年一熟
中级蟠桃
王母娘娘获得了蟠桃
找到对应等级的蟠桃园
九千年一熟
高级蟠桃
王母娘娘获得了蟠桃
王母娘娘想要哪个种类的蟠桃，就派仙女去对应的蟠桃园去采摘，这就是工厂方法模式的运作方式，上例的类图如下:
现在我们将工厂方法模式与普通方法模式进行比较，看看工厂方法模式在面对一些问题时会有什么样的表现：
现在蟠桃园出现了同样的情况，悟空把高级蟠桃园里的桃子全部偷吃光了，又把中间蟠桃园的仙女用定身法术定住了，我们如何处理这样的变化呢？方法如下：
修改高级蟠桃园类和中级蟠桃园类
packagecom.tirion.design.factory.method;public class HighLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {
System.out.println("高级蟠桃被齐天大圣偷吃光了！");return null;//return new HighLevelFlatPeach();
}
}
packagecom.tirion.design.factory.method;public class MiddleLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {
System.out.println("齐天大圣把中级蟠桃园的仙女定住了,没办法取蟠桃!");return null;//return new MiddleLevelFlatPeach();
}
}
其他类不变，再来看代码的允许结果：
找到对应等级的蟠桃园
三千年一熟
低级蟠桃
王母娘娘获得了蟠桃
找到对应等级的蟠桃园
齐天大圣把中级蟠桃园的仙女定住了,没办法取蟠桃!王母娘娘没有得到蟠桃
找到对应等级的蟠桃园
高级蟠桃被齐天大圣偷吃光了！
王母娘娘没有得到蟠桃
也就是说，哪个具体的工厂类出现了变化，我们就修改对应的工厂类就可以了，这样代码修改不会影响其他没有发生变化的业务代码逻辑，符合“单一职责原则”。产品的选择方案与工厂本身分离开来，工厂只要负责创建产品实例就可以了。
我们再来看另外一种情况，高级蟠桃被悟空吃掉了之后，也许是被齐天大圣的灵气所激发，部分果核后来居然生长出了一种新的蟠桃树，一万年一熟，我们叫它超高级蟠桃。下面我们将对工厂方法模式的蟠桃园体系进行调整，以适应蟠桃品种的变化：
超高级蟠桃
packagecom.tirion.design.factory.method;public class SuperHighLevelFlatPeach implementsFlatPeach {
SuperHighLevelFlatPeach(){
printCycleTime();
printLevel();
}
@Overridepublic voidprintLevel() {
System.out.println("超高级蟠桃");
}
@Overridepublic voidprintCycleTime() {
System.out.println("一万年一熟");
}
}
超高级蟠桃园
packagecom.tirion.design.factory.method;public class SuperHighLevelFlatPeachGarden extendsFlatPeachGarden {
@OverridepublicFlatPeach produce() {return newSuperHighLevelFlatPeach();
}
}
这样，我们就把这种新的蟠桃品种加入进来了。王母娘娘暂时还不知道有了新的蟠桃，哪天她知道了，就派人去超高级蟠桃园去采摘就可以了。
从上面可以看出，增加一个新的蟠桃品种只需要增加一个新的产品类(超高级蟠桃)和一个新的产品工厂(超高级蟠桃园)，而不必更改原有体系中任何一个类的代码，这样就符合了“开闭原则”。
所以说，工厂方法模式是普通工厂模式为了适应更多的未来变化而衍生出来的更高级的工厂模式，它解决了一些普通工厂模式违背的设计原则问题，即单一职责原则和开闭原则。
但是，工厂方法模式也有它的缺陷，那就是随着产品越来越多，每个产品都需要新建一个产品类和对应的工厂类，这样最终会导致类非常多。消费者也很难管理这些类。以上面的例子来说，就是最终蟠桃园里有好几十种蟠桃，王母娘娘也搞不清楚到底要哪些蟠桃，派仙女去哪些蟠桃园去采摘，最终引发体系混乱，代码修改难度加大，风险也随之上升。
为了解决这个问题，我们引入了悟空模式-java-抽象工厂模式，关于工厂方法模式的介绍就到这里，你可以将它记忆为多蟠桃园模式。
如果你认为文章中哪里有错误或者不足的地方，欢迎在评论区指出，也希望这篇文章对你学习java设计模式能够有所帮助。转载请注明，谢谢。
更多设计模式的介绍请到悟空模式-java设计模式中查看。
360
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
