-
C#设计模式学习笔记:(13)模板方法模式
本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7837716.html,记录一下学习过程以备后续查用。
一、引言
今天我们要讲行为型设计模式的第一个模式–模板方法模式,先从名字上来看。“模板方法”理解为有一个方法的名字叫“模板方法”,也可以换个理解方法:
有一个方法包含了一个模板,这个模板是一个算法。在我们的现实生活中有很多例子可以说明这个模式,就拿吃饺子这个事情来说,要想吃到饺子必须经过
三步:第一步是“和面”,第二步是“包馅”,第三步是“煮饺子”,这三步就是一个算法。如果想吃到不同类型的饺子,可以上面的三步中的任意一步进行操作,
当然也可以完全定义这三步。下面我们就来看看这个模式的详细介绍吧。
二、模板方法模式介绍
模板方法模式:英文名称–Template Method Pattern;分类–行为型。
2.1、动机(Motivate)
在软件构建过程中,对于某一项任务,它常常有稳定的整体操作结构,但各个子步骤却有很多改变的需求,或者由于固有的原因(比如框架与应用之间的
关系)而无法和任务的整体结构同时实现。如何在确定稳定操作结构的前提下,来灵活应对各个子步骤的变化或者晚期实现需求?
2.2、意图(Intent)
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
——《设计模式》GoF
2.3、结构图
- 1
- 2
- 3
1)抽象类角色(AbstractClass):定义一个模板方法(TemplateMethod),在该方法中包含着一个算法的骨架,具体的算法步骤是PrimitiveOperation1
方法和PrimitiveOperation2方法,该抽象类的子类将重定义PrimitiveOperation1和PrimitiveOperation2操作。
2)具体类角色(ConcreteClass):实现PrimitiveOperation1方法和PrimitiveOperation2方法以完成算法中与特定子类(Client)相关的内容。
- 1
法的内容Client可以根据自己的需要重写。
2.5、模板方法模式的具体实现
理解了模板方法的定义之后,自然实现模板方法也不是什么难事了,下面以生活中吃饺子为例来实现模板方法模式。在现实生活中,做饺子的步骤都大致
相同,如果我们针对每种饺子的做法都定义一个类,这样在每个类中都有很多相同的代码。为了解决这个问题,我们一般的思路肯定是把相同的部分抽象出
来到抽象类中去定义,具体子类来实现具体的不同部分,这个思路也正是模板方法的实现精髓所在,具体实现代码如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 1
这个模式很简单,备注也很详细,看备注应该差不多了。还有一点就是,模板方法里面的算法步骤,可以有默认实现,也可以没有实现,在C#里面可以是
抽象方法,当然模板方法也可以有返回值,也可以没有返回值。
三、模板方法模式的实现要点
Template Method模式是一种非常基础性的设计模式,在面向对象系统中有着大量的应用。它用最简洁的机制(虚函数的多态性)为很多应用程序框架提
供了灵活的扩展,是代码复用方面的基本实现结构。除了可以灵活应对子步骤的变化外,“Don’t call me, let me call you(不要调用我,让我来调用你)”的反
向控制结构是Template Method的典型应用。
3.1、模板方法模式适用情形
1)一次性实现一个算法的不变部分,并将可变的行为留给子类来实现。 2)各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。
3)控制子类扩展。模板方法只允许在特定点进行扩展,而模板部分则是稳定的。 3.2、模板方法模式特点 1)Template Method模式是一种非常基础性的设计模式,在面向对象系统中大量应用。它用最简洁的机制(基础、多态)为很多应用程序框架提供了灵活
的扩展点,是代码复用方面的基本实现结构。 2)在具体实现方面,被TemplateMethod调用的虚方法可以具有实现,也可以没有任何实现(抽象方法或虚方法)。但一般推荐将它们设置为protected方
法使得只有子类可以访问它们。
3)模板方法模式通过对子类的扩展增加新的行为,符合“开闭原则”。
四、.NET 中模板模式的实现 这种模式在控件设计中大量的用到,比如:控件有自己的生命周期、Page对象也有自己的生命周期、Application应用对象也有自己的生命周期,这个生命
周期里面的每个阶段其实就是模板方法里面包含的每个步骤,这些阶段步骤会被一个方法包含着,这个方法就是“模板方法”。让我们再说说控件吧,在控件里
我们已经定义好了控件呈现、动作的骨架,但是有些自定义的需求,需要延迟到扩展控件的开发人员来决定。
当我们在做Windows应用程序的时候,就会使用Windows控件,那Windows控件是如何显示在Windows Form上的呢?它需要一个OnPaint方法把控件画出
来,这里OnPaint是一个虚方法的子步骤,这就是一个Template Method设计模式。如果我们不去重写这个OnPaint方法,它就有一个基本的默认实现,画一个
空窗体。这里我们并没有调用OnPaint方法,而是Application的Run会进入Windows的消息循环结构,Paint就是一个消息。当我们移动一下窗口都会导致Paint
事件的发生,并导致OnPaint函数的调用,这就是一种反向调用。当然,还有很多其他的子步骤可以提供扩展点,例如OnClose等,很多以On开头的全部都是
Template Method模式的虚方法。 这个里面内容很复杂,它并不是用一个Template Method在里面调用所有的子步骤方法,而是把整体的Template Method方法
置于了一个消息循环的结构里面,我们可以把消息循环的结构看做模板方法里面的TemplateMethod公有非虚方法。 五、总结 曾经有一个写程序的人说,如果python基础教程 一个人使用面向对象的语言写程序,但是没有用过“模板方法”模式,敢肯定这个人写的程序也绝不是面向对象的,只不过是
使用了面向对象的语言而已。虽然有点严厉c#教程和刻薄,但是不无道理。这个模式很简单,可能大家在有意或者无意的情况下已经使用过这个模式了,也许只是不
知道它的名称而已。