白话设计模式之（72）：模板方法模式——优化代码复用的“利器”

大家好！在软件开发的学习过程中，我们都在不断探索如何让代码更高效、更易于维护。设计模式作为编程领域的宝贵财富，为我们提供了众多解决复杂问题的有效方案。今天，咱们深入探讨模板方法模式，它就像是优化代码复用的“利器”，能够帮助我们巧妙地处理不同功能模块间的共性与差异，提升开发效率和代码质量。希望通过这篇博客，能和大家一起全面掌握模板方法模式，从实际应用场景出发，理解其原理、优势及应用技巧，在实际编程中灵活运用，让代码更加简洁、健壮且可维护。

一、写作初衷

在软件开发的实际工作中，我们经常会遇到不同功能模块存在相似代码的情况。例如文档中提到的登录控制功能，普通用户登录和工作人员登录虽然在具体细节上有所不同，但都包含获取登录信息、验证数据等相似步骤。如果每次都重复编写这些相似代码，不仅会增加开发工作量，还会使代码变得冗长复杂，难以维护和扩展。模板方法模式正是为了解决这类问题而诞生的。它通过定义一个通用的算法框架，将通用部分提取到父类，让子类去实现具体的差异部分，从而实现代码的高效复用。我希望通过分享这篇博客，能和大家一起深入学习模板方法模式，从基础概念到实际应用的各个方面，全面掌握这一模式，让大家在面对代码复用需求时能够游刃有余，编写出更优质的代码。

二、模板方法模式解析

（一）定义与概念

模板方法模式的定义是：定义一个操作中的算法的框架，而将一些步骤延迟到子类中。这意味着它允许子类在不改变算法整体结构的前提下，重新定义该算法中的某些特定步骤。打个比方，制作不同口味的蛋糕，制作蛋糕的基本流程（如准备材料、搅拌、烘焙、装饰）是固定的，这就是算法框架；但不同口味蛋糕在材料选择、装饰方式上有所不同，这些具体的差异部分就可以交给子类来实现。在编程中，模板方法模式就是把固定流程定义在抽象类中作为模板方法，把可能变化的部分抽象成抽象方法，由子类去具体实现。

（二）代码示例

为了让大家更直观地理解，我们以一个简单的游戏角色成长系统为例。游戏中有不同类型的角色（如战士、法师），角色成长的基本流程是相似的，但在升级时获得的属性加成和技能提升方式上有所不同。

首先定义一个抽象的角色成长类，作为模板：

// 抽象角色成长类
public abstract class CharacterGrowth {
    // 模板方法，定义角色成长的基本流程
    public final void grow() {
        // 检查升级条件
        checkLevelUpCondition();
        // 增加经验值
        gainExperience();
        // 提升等级
        levelUp();
        // 获得属性加成和技能提升，具体实现由子类完成
        enhanceAttributesAndSkills();
    }

    // 检查升级条件，所有角色通用的简单实现
    protected void checkLevelUpCondition() {
        System.out.println("检查角色是否满足升级条件");
    }

    // 增加经验值，所有角色通用的简单实现
    protected void gainExperience() {
        System.out.println("角色获得经验值");
    }

    // 提升等级，所有角色通用的简单实现
    protected void levelUp() {
        System.out.println("角色等级提升");
    }

    // 获得属性加成和技能提升，抽象方法，由子类实现
    protected abstract void enhanceAttributesAndSkills();
}

接着创建战士角色成长类，继承自抽象角色成长类：

// 战士角色成长类
public class WarriorGrowth extends CharacterGrowth {
    @Override
    protected void enhanceAttributesAndSkills() {
        System.out.println("战士力量和生命值增加，学习新的战斗技能");
    }
}

再创建法师角色成长类，同样继承自抽象角色成长类：

// 法师角色成长类
public class MageGrowth extends CharacterGrowth {
    @Override
    protected void enhanceAttributesAndSkills() {
        System.out.println("法师智力和魔法值增加，学会新的魔法技能");
    }
}

最后在客户端代码中使用模板方法模式：

public class GameApp {
    public static void main(String[] args) {
        // 创建战士角色并使其成长
        CharacterGrowth warrior = new WarriorGrowth();
        warrior.grow();

        // 创建法师角色并使其成长
        CharacterGrowth mage = new MageGrowth();
        mage.grow();
    }
}

在这个示例中，CharacterGrowth类定义了角色成长的模板方法grow，包含了角色成长的基本流程。其中checkLevelUpCondition、gainExperience和levelUp方法有通用的实现，而enhanceAttributesAndSkills方法是抽象的，由子类根据不同角色类型的特点来实现。WarriorGrowth和MageGrowth类分别继承自CharacterGrowth类，并实现了enhanceAttributesAndSkills方法，展示了不同角色成长时属性加成和技能提升的差异。客户端通过创建不同的子类对象并调用grow方法，实现了不同角色的成长操作，同时复用了模板方法中的通用代码。

（三）应用场景

1. 算法流程相似但细节不同的场景：在许多业务场景中都存在这种情况，比如不同类型的报表生成，基本的报表生成步骤（如数据查询、数据处理、报表展示）是相似的，但不同报表的数据来源和展示格式可能不同。使用模板方法模式，可以将通用的报表生成流程定义在抽象类中，而具体的数据查询和展示格式由子类实现。
2. 多个子类有公共行为的场景：当多个子类中存在一些公共的行为时，可以将这些公共行为提取到父类的模板方法中，提高代码的复用性。例如在一个图形绘制系统中，不同图形（如圆形、矩形、三角形）的绘制过程可能都包含初始化画笔、绘制图形、清理资源等步骤，这些公共步骤可以在父类中定义，子类只需实现具体的图形绘制逻辑。
3. 框架设计：在框架设计中，模板方法模式也有广泛应用。框架定义了一些通用的流程和接口，让开发者根据具体需求去实现特定的功能。比如在Web开发框架中，请求处理的基本流程（如接收请求、解析请求、处理业务逻辑、返回响应）是固定的，但具体的业务逻辑处理由开发者编写的代码来实现。

（四）模板方法模式的结构与角色

1. AbstractClass（抽象类）：定义了模板方法，包含一个或多个抽象方法和具体方法。模板方法定义了算法的框架，抽象方法由子类实现，具体方法提供通用的实现。在游戏角色成长示例中，CharacterGrowth类就是抽象类，它定义了grow模板方法，以及抽象方法enhanceAttributesAndSkills和具体方法checkLevelUpCondition、gainExperience、levelUp。
2. ConcreteClass（具体子类）：实现抽象类中的抽象方法，提供具体的实现细节。WarriorGrowth和MageGrowth类就是具体子类，它们分别实现了CharacterGrowth类中的enhanceAttributesAndSkills方法，展示了不同角色成长时属性加成和技能提升的具体实现。

（五）模板方法模式的优缺点

1. 优点
   • 提高代码复用性：将公共的代码提取到抽象类的模板方法中，减少了重复代码的编写，提高了代码的复用性。例如在游戏角色成长系统中，不同角色成长的通用流程代码只需要编写一次，不同角色的特殊成长部分由各自的子类实现。
   • 便于维护和扩展：当需要修改算法的框架或通用部分时，只需要在抽象类中进行修改，所有子类都会受到影响，便于维护。同时，添加新的子类也很方便，只需要实现抽象类中的抽象方法即可，不会影响已有的代码。比如在游戏角色成长系统中，如果要添加新的角色类型，只需要创建一个新的子类并实现enhanceAttributesAndSkills方法即可。
   • 符合开闭原则：模板方法模式通过将算法的框架和具体实现分离，使得在不修改现有代码的情况下，可以方便地添加新的实现。当需要增加新的角色类型或修改某个角色的成长逻辑时，只需要修改或添加具体子类，而不需要修改抽象类中的模板方法，符合开闭原则。
2. 缺点
   • 增加系统复杂度：对于简单的业务场景，使用模板方法模式可能会增加系统的复杂度。因为需要定义抽象类和具体子类，增加了类的数量和代码的层级结构。例如，如果只是简单的两个功能模块，它们之间的相似性较少，使用模板方法模式可能会显得过于繁琐。
   • 子类依赖抽象类：具体子类依赖于抽象类的定义，如果抽象类的接口或模板方法发生变化，可能会影响到所有的子类。这就要求在设计抽象类时要谨慎考虑，尽量保证接口的稳定性。比如在游戏角色成长系统中，如果抽象类CharacterGrowth中的模板方法grow的参数或调用顺序发生变化，所有的子类都可能需要进行相应的修改。

六、总结

模板方法模式是一种非常实用的设计模式，在优化代码复用方面具有显著优势。通过合理运用模板方法模式，我们能够将相似的代码逻辑整合到一个公共模板中，让子类去实现具体的差异部分，进而提高代码的复用性、可维护性和扩展性。在实际开发中，我们要根据具体的业务需求和场景，选择合适的时机运用模板方法模式，充分发挥其优势，同时留意避免可能出现的问题。

写作不易，如果这篇文章对你有所帮助，希望大家能关注我的博客，点赞评论支持一下！你的每一个点赞、评论和关注都是对我最大的鼓励，我会持续为大家带来更多设计模式相关的优质内容，咱们下次再见！