算法框架模板方法

在代码中定义一个算法的框架，但允许子类重写其中的一些步骤，如何实现模板方法模式？

相信不少开发者都遇到过这类场景：一个算法的流程骨架非常清晰且固定，但其中几个步骤的具体实现，却可能因为业务场景不同而千变万化。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

这种时候，如果把整个算法写死在一个类里，不仅会导致代码臃肿，还会因为大量条件分支而难以维护。更糟的是，每次新增一种场景，都可能要去修改这个核心算法类，这无疑违反了“对修改封闭，对扩展开放”的原则。

那么，有没有一种优雅的设计模式，能够让我们锁定算法的宏观结构，同时又能把那些变化的部分灵活地“让出去”呢？答案就是——**模板方法模式**。

什么是模板方法模式？

简单来说，这是一种行为设计模式，用于在父类中定义一套算法的操作框架，并将某些特定步骤的实现延迟到子类中。整个算法的执行顺序由父类牢牢控制，子类可以改变这些步骤的具体行为，却无法撼动整体流程。

这就好比烹饪一道经典菜肴，洗菜、起火、装盘这些流程是固定的“模板”，但调味时放盐还是放糖，用煎还是用炸，这些“步骤”则可以由不同菜系的大厨自己决定。框架不变，风味可变。

如何实现模板方法模式？

实现过程非常直观，主要围绕一个“抽象类”来展开。来看一个典型的代码结构：

首先，创建一个抽象基类。这个类是整个模式的核心，它定义了算法的骨架。在这个类里，你会看到一个final修饰的“模板方法”，它封装了算法的一系列步骤调用。

public abstract class AbstractAlgorithm {
    // 这就是模板方法，它定义了算法骨架，并声明为final防止子类篡改流程。
    public final void executeTemplate() {
        step1();           // 第一步
        step2();           // 第二步：这个步骤允许子类自定义
        if (hookMethod()) { // 钩子方法，子类可选择性干预
            step3();       // 第三步
        }
        step4();           // 第四步：这个步骤也允许子类自定义
    }

    // 具体方法：在抽象类中已实现，子类可直接使用或继承。
    private void step1() {
        System.out.println("执行固定的步骤1...");
    }

    // 抽象方法：必须由子类来实现的步骤。
    protected abstract void step2();

    // 具体方法：拥有默认实现，但子类可以选择覆盖它，这常被称为“钩子方法”。
    protected void step3() {
        System.out.println("执行默认的步骤3...");
    }

    // 抽象方法：另一个必须由子类实现的步骤。
    protected abstract void step4();

    // 钩子方法：提供一个默认返回true的钩子，子类可通过覆盖它来影响模板方法的执行路径。
    protected boolean hookMethod() {
        return true;
    }
}

接下来，创建具体的子类。这些子类的任务非常明确：只专注于实现那些被声明为抽象的方法，或者有选择地覆盖钩子方法，而完全不必操心算法该怎么一步步走。

public class ConcreteAlgorithmA extends AbstractAlgorithm {
    @Override
    protected void step2() {
        System.out.println("子类A实现了步骤2的定制逻辑");
    }

    @Override
    protected void step4() {
        System.out.println("子类A实现了步骤4的定制逻辑");
    }

    // 覆盖钩子方法，改变算法流程
    @Override
    protected boolean hookMethod() {
        return false; // 返回false，这样模板方法中的step3就不会执行
    }
}

public class ConcreteAlgorithmB extends AbstractAlgorithm {
    @Override
    protected void step2() {
        System.out.println("子类B用完全不同的方式实现了步骤2");
    }

    @Override
    protected void step4() {
        System.out.println("子类B也实现了步骤4，但逻辑与A不同");
    }
}

模式的核心优势与应用场景

使用模板方法模式，最大的好处莫过于实现了“反向控制”。不是子类调用父类的方法，而是父类的模板方法在调度子类的实现。这是一种典型的“好莱坞原则”——“别打电话给我们，我们会打给你”。

它的应用场景其实无处不在。从Ja va标准库中的ja va.util.AbstractList，到各类框架的生命周期管理，再到日常开发中的数据报表生成流程、任务执行引擎，凡是存在“固定流程，可变细节”的地方，都能看到它的身影。

总而言之，当需要在不同场景下复用一个清晰的算法结构，又希望保留足够的灵活性来定制关键步骤时，模板方法模式绝对是一把利器。它通过抽象与继承的巧妙组合，在约束与自由之间找到了一个绝佳的平衡点。