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
[
上一页 ]
[ :1.70045769e+09 ]
[
下一页 ]