【设计模式】模板方法模式-CSDN博客

本文链接：https://blog.csdn.net/liweizhong193516/article/details/52981948

本文通过简历模板的例子，介绍了模板方法设计模式的概念及其应用。详细解释了模板方法如何定义算法骨架，并允许子类重定义某些步骤而不改变整体结构。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近，很多人相继开始找工作或者跳槽去找工作，反正就是各种找工作，在当今这个年代，高薪职业不象以前一样，贴一个招工简章，然后大家都去报名，然后大财主从中挑几个好看的，长得壮的然后领走就相当于找到工作了，现在，我们要学会的积极的向外推销我们自己，把我们最最牛X的一面主动展示给别人看，让别人来欣赏我们。引用米新江教授的一句话就是“即便是千里马，也需要主动跑到伯乐面前来展现自己，毛遂自荐”，而表现方式有很多种，像：特立独行引起别人注意；装疯卖傻吸引别人眼球…………；但是一般，有理智稍微正常一点的人都会通过投简历的方式来想别人展示自己的才能，可是每个公司都有自己固定的简历格式，也就是我们今天要说的——模板。



这是我从往上随便荡下来的一份简历模板，下面我们就从这上面开始我们的设计模式——模板方法。

从上面这张图中，我们应该看什么呢？我们首先摒弃掉每个模块里面的具体内容，所以我们能看到，这家公司的模板分为八个部分，分别是：教育背景、技能证书、校内实践、校外实践、工作经历、项目经验、奖励荣誉、自我评价八个，也就是说，这八个部分绝对是不会变更的。所以，正常情况下，我们从公司领到一份空白的简历报告应该是这样的：



所以呢，我们这个空白模板才是真正的模板，才是真正的简历模板，从中我们也可以看到，我们的模板定义了我们的所有该填写的内容模块，也就是骨架，剩下的血肉就是我们应该填写的东西，具体内容。而我们第一个图片上的内容呢，通过赋值，修改等等操作会变成另一个人的简历，所以我们更倾向于原型。所以说，模板用来定义一个结构，原型用来创建一份新的内容（整体简历）。他们之间也是有点关系的。

二、那，什么是模板方法呢？

定义一个操作中的算法的骨架，而将步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。

三、模式中的角色

抽象类（AbstractClass：实现了模板方法，定义了算法的骨架。

具体类（ConcreteClass)：实现抽象类中的抽象方法，已完成完整的算法。

四、类图：



五、解释性代码：
    // <summary>
    /// 抽象类
    /// </summary>
    public abstract class AbstractClass
    {
        // 一些抽象行为，放到子类去实现
        public abstract void PrimitiveOperation1();
        public abstract void PrimitiveOperation2();

        /// <summary>
        /// 模板方法，给出了逻辑的骨架，而逻辑的组成是一些相应的抽象操作，它们推迟到子类去实现。
        /// </summary>
        public void TemplateMethod()
        {
            PrimitiveOperation1();
            PrimitiveOperation2();
            Console.WriteLine("Done the method.");
        }
    }

    /// <summary>
    /// 具体类，实现了抽象类中的特定步骤
    /// </summary>
    public class ConcreteClassA : AbstractClass
    {
        /// <summary>
        /// 与ConcreteClassB中的实现逻辑不同
        /// </summary>
        public override void PrimitiveOperation1()
        {
            Console.WriteLine<span style="font-family: Arial, Helvetica, sans-serif;">("Implement operation 1 in Concreate class A.");</span>
        }

        /// <summary>
        /// 与ConcreteClassB中的实现逻辑不同
        /// </summary>
        public override void PrimitiveOperation2()
        {
            Console.WriteLine("Implement operation 2 in Concreate class A.");
        }
    }

    /// <summary>
    /// 具体类，实现了抽象类中的特定步骤
    /// </summary>
    public class ConcreteClassB : AbstractClass
    {
        /// <summary>
        /// 与ConcreteClassA中的实现逻辑不同
        /// </summary>
        public override void PrimitiveOperation1()
        {
            Console.WriteLine("Implement operation 1 in Concreate class B.");
        }

        /// <summary>
        /// 与ConcreteClassA中的实现逻辑不同
        /// </summary>
        public override void PrimitiveOperation2()
        {
            Console.WriteLine("Implement operation 2 in Concreate class B.");
        }
    }
客户端：
class Program
    {
        static void Main(string[] args)
        {
            // 声明抽象类
            AbstractClass c;

            // 用ConcreteClassA实例化c
            c = new ConcreteClassA();
            c.TemplateMethod();

            // 用ConcreteClassB实例化c
            c = new ConcreteClassB();
            c.TemplateMethod();

            Console.Read();
        }
    }
六、总结:

以前有个同学告诉我说，当你只知道一个东西的好处说明你正在学习或者刚刚接触它，当你知道一个东西的好处的同时，还知道她的缺点，那你就开始了解他了

（1）模板方法的优点：

1、模板方法模式通过把不变的行为搬移到超类，去除了子类中的重复代码。

2、子类实现算法的某些细节，有助于算法的扩展。

3、通过一个父类调用子类实现的操作，通过子类扩展增加新的行为，符合“开放-封闭原则”。

（2）模板方法的不足：

1、每个不同的实现都需要定义一个子类，这会导致类的个数的增加，设计更加抽象。

（3）什么工具干什么活，所以每个设计模式或者思想都有它的用武之地，而模板方法的使用场景是：

1、在某些类的算法中，用了相同的方法，造成代码的重复。

2、控制子类扩展，子类必须遵守算法规则。