1700457690
1700457691
System.out.println（”\n—造出的第二批人是黑色人种—”）；
1700457692
1700457693
Human blackHuman=（new BlackHumanFactory（））.createHuman（）；
1700457694
1700457695
blackHuman.getColor（）；
1700457696
1700457697
blackHuman.talk（）；
1700457698
1700457699
//第三次造人，火候刚刚好，于是黄色人种产生了
1700457700
1700457701
System.out.println（”\n—造出的第三批人是黄色人种—”）；
1700457702
1700457703
Human yellowHuman=（new YellowHumanFactory（））.createHuman（）；
1700457704
1700457705
yellowHuman.getColor（）；
1700457706
1700457707
yellowHuman.talk（）；
1700457708
1700457709
}
1700457710
1700457711
}
1700457712
1700457713
运行结果还是相同。我们回顾一下，每一个产品类都对应了一个创建类，好处就是创建类的职责清晰，而且结构简单，但是给可扩展性和可维护性带来了一定的影响。为什么这么说呢？如果要扩展一个产品类，就需要建立一个相应的工厂类，这样就增加了扩展的难度。因为工厂类和产品类的数量相同，维护时需要考虑两个对象之间的关系。
1700457714
1700457715
当然，在复杂的应用中一般采用多工厂的方法，然后再增加一个协调类，避免调用者与各个子工厂交流，协调类的作用是封装子工厂类，对高层模块提供统一的访问接口。
1700457716
1700457717
3.替代单例模式
1700457718
1700457719
第7章讲述了单例模式以及扩展出的多例模式，并且指出了单例和多例的一些缺点，我们是不是可以采用工厂方法模式实现单例模式的功能呢？单例模式的核心要求就是在内存中只有一个对象，通过工厂方法模式也可以只在内存中生产一个对象，类图如图8-5所示。
1700457720
1700457721
1700457722
1700457723
1700457724
图8-5 工厂方法模式替代单例模式类图
1700457725
1700457726
非常简单的类图，Singleton定义了一个private的无参构造函数，目的是不允许通过new的方式创建一个对象，如代码清单8-20所示。
1700457727
1700457728
代码清单8-20 单例类
1700457729
1700457730
public class Singleton{
1700457731
1700457732
//不允许通过new产生一个对象
1700457733
1700457734
private Singleton（）{
1700457735
1700457736
}
1700457737
1700457738
public void doSomething（）{
1700457739