1700458750
1700458751
}
1700458752
1700458753
}
1700458754
1700458755
场景类如代码清单10-8所示。
1700458756
1700458757
代码清单10-8 场景类
1700458758
1700458759
public class Client{
1700458760
1700458761
public static void main(String[]args){
1700458762
1700458763
AbstractClass class1=new ConcreteClass1();
1700458764
1700458765
AbstractClass class2=new ConcreteClass2();
1700458766
1700458767
//调用模板方法
1700458768
1700458769
class1.templateMethod();
1700458770
1700458771
class2.templateMethod();
1700458772
1700458773
}
1700458774
1700458775
}
1700458776
1700458777
注意 抽象模板中的基本方法尽量设计为protected类型,符合迪米特法则,不需要暴露的属性或方法尽量不要设置为protected类型。实现类若非必要,尽量不要扩大父类中的访问权限。
1700458778
1700458779
1700458780
1700458781
1700458783
设计模式之禅 10.3 模板方法模式的应用
1700458784
1700458785
10.3.1 模板方法模式的优点
1700458786
1700458787
❑封装不变部分,扩展可变部分
1700458788
1700458789
把认为是不变部分的算法封装到父类实现,而可变部分的则可以通过继承来继续扩展。在悍马模型例子中,是不是就非常容易扩展?例如增加一个H3型号的悍马模型,很容易呀,增加一个子类,实现父类的基本方法就可以了。
1700458790
1700458791
❑提取公共部分代码,便于维护
1700458792
1700458793
我们例子中刚刚走过的弯路就是最好的证明,如果我们不抽取到父类中,任由这种散乱的代码发生,想想后果是什么样子?维护人员为了修正一个缺陷,需要到处查找类似的代码!
1700458794
1700458795
❑行为由父类控制,子类实现
1700458796
1700458797
基本方法是由子类实现的,因此子类可以通过扩展的方式增加相应的功能,符合开闭原则。
1700458798
1700458799
[
上一页 ]
[ :1.70045875e+09 ]
[
下一页 ]