设计模式---模板方法模式

女爷i 2022-01-07 16:57 319阅读 0赞

曾经第一次学习设计模式的时候，总觉得这玩意没有用。这段时间重新看视频学习，才领略到设计模式的好处。今天我想说说模板方法模式。

模板想必大家在生活中是经常用的。比如说写简历可以套一个简历模板，写一个网页可以套一个前端模板。当你使用一个模板的时候，你会根据自己的需求去修改模板的一部分内容。对于模板方法的使用和设计，与现实中的模板是基本一致的。这也是为什么它叫这个名字。

接下来我们考虑一个场景：用程序实现一个人一天的活动流程，包括吃早饭，吃午饭，打篮球，吃晚饭，跑步。这里限定吃饭的函数总是不变的

一开始你可能会写出如下代码，这是很自然的想法。

class Eat {
        
    public:
    　　void EatBreakFast() {}
    　　void EatLunch() {}
    　　void EatDinner() {}
    };
    class DoSport {
        
    public:
    　　void PlayBasketBall() {}
    　　void Running() {}
    };
    
    int main() 
    {
        
    　　Eat e;
    　　DoSport ds;
    　　e.EatBreakFast();
    　　e.EatLunch();
    　　ds.PlayBasketBall();
    　　e.EatDinner();
    　　ds.Running();
    }

那么如果用模板方法模式来写呢？代码如下：

// DayInLife是一个模板
    class DayInLife {
        
    public:
    　　void OneDay() {
        
    　　　　EatBreakFast();
    　　　　EatLunch();
    　　　　PlayBasketBall();
    　　　　EatDinner();
    　　　　Running();
    　　}
    　　virtual void PlayBasketBall() = 0;
    　　virtual void Running() = 0;
    private:
    　　void EatBreakFast() {
        
    　　
    　　}
    　　void EatLunch() {
        
    
    　　}
    　　void EatDinner() {
        
    　　
    　　}
    };
    
    class MyDay : public DayInLife {
        
    public:
    　　// 实现两个virtual 函数
    　　void PlayBasketBall() {
        
    　　
    　　}
    　　void Running() {
        
    
    　　}
    }
    
    int main() 
    {
        
    　　DayInLife* my = new MyDay();
    　　my->OneDay();
    　　return 0;
    }

那么问题来了，使用模板方法到底有什么好处呢？

假设这个关于活动流程的类都是别人开发的，而你要使用这些类来实现你自己的功能。如果这些类是以第一种方式设计的，那么你每次写关于某个人一天的流程你都要把吃饭的动作给写上，比如说

// 第一个人的一天

Eat e;
    　　DoSport ds;
    　　e.EatBreakFast();
    　　e.EatLunch();
    　　ds.PlayBasketBall();
    　　e.EatDinner();
    　　ds.Running();
    
    // 第二个人的一天, 因为每个人打篮球和跑步的方式不同所以你又设计了一个DoSport类

DoSport2 ds2;
    　　e.EatBreakFast();
    　　e.EatLunch();
    　　ds2.PlayBasketBall();
    　　e.EatDinner();
    　　ds2.Running();

你知道对于每个人，他们的吃饭动作或者说函数都是一样的(场景设定的)，你可能会自己封装一个函数

void OneDayInLife(DoSport* doSport) {
        
    　　Eat e;
    　　e.EatBreakFast();
    　　e.EatLunch();
    　　doSport->PlayBasketBall();
    　　e.EatDinner();
    　　doSport->Running();
    }

但不管哪种方式，这些流程你都要来写一遍。然而这些流程是固定的，其中唯一有变化的地方只是人们运动的方式不一样，那么更好的想法是这些类的开发者把这些固定的动作封装起来，而把变化的部分暴露给使用者，让使用者根据自己的需求来自定义动作。这样子main中的代码也变得简洁了很多！

总的来说，如果这些类都是给自己使用的话，完全可以不用模板模式。然而考虑给别人用的话，那么使用者就会获得很大的便利。这就是设计模式的好处，方便类的使用者来开发程序！

转载于:https://www.cnblogs.com/David-Lin/p/10787902.html