设计模式-模板模式和策略模式

常用的设计模式_lqh12138的博客-优快云博客

模板方法

概述

在模板模式(Template Pattern)中,一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。

意图

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

炒菜案例:

分析:
 1.取材
 2.处理食材
 3.起锅烧油
 4.放入食材
 5.翻炒
 6.放入各种调料
 7.翻炒均匀
 8.出锅

代码

炒菜接口:

public abstract class ChaoCai {
    //不能被子类重写
    public final void chaocai(){
        quShiCai();
        handle();
        qiGuoShaoYou();
        putShiCai();
        fanChao();
        putTiaoLiao();
        junYun();
        outGuo();
    }

    //1.取食材
    void quShiCai(){};
    //2.处理食材
    void handle(){};
    //3.起锅烧油
    void qiGuoShaoYou(){};
    //4.放入食材
    void putShiCai(){};
    //5.翻炒
    void fanChao(){};
    //6.放入各种调料
    void putTiaoLiao(){};
    //7.翻炒均匀
    void junYun(){};
    //8.出锅
    void outGuo(){};
}

番茄炒菜

public class FanQieChaoDan extends ChaoCai{

    @Override
    void quShiCai() {
        System.out.println("取鸡蛋和番茄");
    }

    @Override
    void handle() {
        System.out.println("处理鸡蛋和番茄");
    }

    @Override
    void qiGuoShaoYou() {
        System.out.println("起锅烧油");
    }

    @Override
    void putShiCai() {
        System.out.println("翻入鸡蛋和番茄");
    }

    @Override
    void fanChao() {
        System.out.println("翻炒");
    }

    @Override
    void putTiaoLiao() {
        System.out.println("翻入调料");
    }

    @Override
    void junYun() {
        System.out.println("翻炒均匀");
    }

    @Override
    void outGuo() {
        System.out.println("出锅!");
    }
}

测试:

public class ChaoCaiTest {

    public static void main(String[] args) {
        FanQieChaoDan fanQieChaoDan = new FanQieChaoDan();
        fanQieChaoDan.chaocai();
    }
}

优点:

1、封装不变部分,扩展可变部分。

2、提取公共代码,便于维护。

3、行为由父类控制,子类实现。

缺点:每一个不同的实现都需要一个子类来实现,导致类的个数增加,使得系统更加庞大。

使用场景:

1、有多个子类共有的方法,且逻辑相同

2、重要的、复杂的方法,可以考虑作为模板方法。

注意事项:为防止恶意操作,一般模板方法都加上 final 关键词。

策略模式

背景:

在开发中经常遇到这种情况,实现某个功能有多种算法策略,我们可以根据不同环境或者条件选择不同的算法策略来完成该功能,比如查找、排序等,一种常用方式是硬编码在一个类中,如需要提供多种查找算法,可以将这些算法写到一个类中,在该类中提供多个方法,每一个方法对应一个具体的查找算法;当然也可以将这些查找算法封装在一个统一的方法中,通过 if-else 或者 case 等条件判断语句来进行选择。但是如果需要增加新的算法策略,就需要修改封装算法类的源代码;更换查找算法,也需要修改客户端的调用代码。并且在这个类中封装了大量算法,也会使得该类代码较复杂,维护较为困难。如果我们将这些策略包含在客户端,这种做法更不可取,将导致客户端程序庞大而且难以维护,如果存在大量可供选择的算法时问题将变得更加严重。

如何让算法和对象分开来,使得算法可以独立于使用它的客户而变化?解决方法就是使用策略模式。

什么是策略模式:

将类中经常改变或者可能改变的部分提取为作为一个抽象策略接口类,然后在类中包含这个对象的实例,这样类实例在运行时就可以随意调用实现了这个接口的类的行为。

比如定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换,使得算法可独立于使用它的客户而变化,这就是策略模式。

(1)环境类(Context):通过 ConcreteStrategy 具体策略类来配置,持有 Strategy 对象并维护对Strategy 对象的引用。可定义一个接口来让 Strategy 访问它的数据。

(2)抽象策略类(Strategy):定义所有支持的算法的公共接口。 Context使用这个接口来调用某ConcreteStrategy 定义的算法。

(3)具体策略类(ConcreteStrategy): Strategy 接口的具体算法。

代码

促销活动。

public class CuXiaoContext {

    private CuXiao cuXiao;

    public CuXiaoContext(CuXiao cuXiao) {
        this.cuXiao = cuXiao;
    }
    //定义一个使用算法的方法
    public void use(){
        cuXiao.cuxiao();
    }
}
public interface CuXiao {
    void cuxiao();
}
public class SuanFa618 implements CuXiao {

    @Override
    public void cuxiao() {
        System.out.println("使用6.18的促销算法");
    }
}
public class SuanFa1111 implements CuXiao{

    @Override
    public void cuxiao() {
        System.out.println("使用11.11的促销算法");
    }
}
public class SuanFa1212 implements CuXiao{

    @Override
    public void cuxiao() {
        System.out.println("使用12.12的促销算法");
    }
}
public class CuXiaoTest {

    public static void main(String[] args) {
        //SuanFa618 suanFa618 = new SuanFa618();
        SuanFa1111 suanFa1111 = new SuanFa1111();
        CuXiaoContext context = new CuXiaoContext(suanFa1111);
        context.use();
    }
}

策略模式优缺点:

优点:

1、算法可以自由切换(策略类自由切换)。

2、避免使用多重条件判断。

3、扩展性良好(符合开闭原则)。

缺点:

1、策略类会增多。

2、所有策略类都需要对外暴露。

3、客户端必须知道所有的策略类,才能确定要调用的策略类。

策略模式使用场景:

  1. 如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。

  2. 一个系统需要动态地在几种算法中选择一种。

  3. 如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。

<think>好的,用户想了解模板方法设计模式的原理与实现。首先,我需要回忆模板方法模式的基本概念。根据引用[3],模板方法模式定义了一个操作中的算法框架,将一些步骤推迟到子类中实现。这样可以在不改变算法结构的情况下,让子类重新定义某些步骤。 接下来,用户可能想知道原理部分。根据引用[4],模板方法模式通过抽象类中的模板方法规定算法结构执行顺序,具体步骤由子类实现。这意味着父类控制流程,子类负责具体实现。需要解释这种分层的设计如何提高代码复用,并允许子类扩展特定步骤。 然后是结构部分。通常模板方法模式包含抽象类具体子类。抽象类中的模板方法是final的,避免子类修改算法结构,而抽象方法由子类实现。比如引用[5]中的prepare_recipe()方法作为模板方法,定义了制作饮料的步骤,具体步骤如brew()addCondiments()由子类实现。 实现方式方面,需要给出代码示例。比如制作咖啡茶的例子,抽象类定义模板方法,子类实现具体步骤。根据引用[2],咖啡茶的冲泡过程有相似的步骤,可以抽象到父类,不同步骤由子类覆盖。 应用场景部分,引用[3]提到当多个类有相同的方法但某些步骤不同时适用。例如数据处理流程、文档生成等。需要举几个例子说明适用情况。 可能还需要对比其他模式,比如策略模式。根据引用[1],策略模式使用组合来改变整个算法,而模板方法使用继承来改变部分步骤。这点需要区分清楚,避免用户混淆。 最后,总结优缺点。优点包括代码复用、扩展性,缺点则是子类必须遵循框架,可能不够灵活,如引用[1]提到可能限制子类灵活性。需要客观说明适用场景潜在限制。 检查是否覆盖了用户需求:定义、原理、结构、实现、应用场景、优缺点。确保引用正确,每个引用对应的内容是否准确。比如引用[5]中的prepare_recipe作为模板方法的例子,引用[4]中的算法框架定义。确保回答结构清晰,分点明确,代码示例正确使用$$格式,行内公式用$符号。</think>### 模板方法设计模式的原理与实现 #### 一、定义与核心思想 模板方法模式(Template Method Pattern)是一种**行为型设计模式**,其核心思想是**定义一个算法的框架,允许子类在不改变算法结构的前提下重写某些步骤**。该模式通过抽象类实现,包含两类方法: 1. **模板方法**:定义算法骨架的固定流程,通常为`final`方法以防止子类修改[^3][^4]。 2. **抽象方法**:由子类实现的步骤,用于扩展或定制算法细节[^5]。 例如,制作咖啡茶的流程可抽象为“烧水→冲泡→添调料”的固定框架,而具体的冲泡调料添由子类实现[^2]。 --- #### 二、核心原理 1. **算法骨架固定化** 抽象类中通过模板方法规定执行顺序(如`prepare_recipe()`),子类仅需实现差异化的步骤(如`brew()``addCondiments()`)。 $$ \text{模板方法} = \text{固定步骤} + \text{抽象方法} $$ 2. **好莱坞原则(Hollywood Principle)** “不要调用我们,我们会调用你”——父类控制流程,子类被动响应具体步骤的调用。 --- #### 三、代码实现示例 以饮料制作为例,抽象类定义模板方法,子类实现具体步骤: ```java // 抽象类定义模板方法 abstract class CaffeineBeverage { // 模板方法(final防止子类修改结构) public final void prepareRecipe() { boilWater(); brew(); pourInCup(); addCondiments(); } // 公共步骤直接实现 void boilWater() { System.out.println("烧水"); } void pourInCup() { System.out.println("倒入杯子"); } // 子类必须实现的抽象方法 abstract void brew(); abstract void addCondiments(); } // 具体子类:咖啡 class Coffee extends CaffeineBeverage { void brew() { System.out.println("冲泡咖啡粉"); } void addCondiments() { System.out.println("牛奶"); } } // 具体子类:茶 class Tea extends CaffeineBeverage { void brew() { System.out.println("浸泡茶叶"); } void addCondiments() { System.out.println("柠檬"); } } ``` --- #### 四、应用场景 1. **流程标准化**:多个类有相同流程但部分步骤不同(如数据处理、文档生成)[^3]。 2. **框架设计**:框架定义主流程,用户通过子类扩展细节(如Spring的`JdbcTemplate`)。 3. **避免代码重复**:将公共代码提升到父类,差异化代码下放至子类[^2]。 --- #### 五、优缺点分析 | **优点** | **缺点** | |----------------------------------|---------------------------------------| | 提高代码复用性(公共逻辑集中管理)[^2] | 可能因过度抽象增系统复杂度 | | 子类只需关注差异部分 | 父类修改模板方法会影响所有子类[^1] | | 符合开闭原则(扩展开放,修改关闭) | 对简单流程可能造成设计过度[^3] | --- #### 六、与其他模式对比 - **策略模式(Strategy Pattern)** 策略模式通过组合替换整个算法,而模板方法模式通过继承修改部分步骤[^4]。 - **工厂方法模式(Factory Method)** 工厂方法是模板方法的一种特殊形式,专注于对象创建步骤的分工。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值