【设计模式】深入理解模板方法模式与策略模式（行为型模式）——写出更灵活的代码！

最新推荐文章于 2025-09-04 10:28:04 发布

原创

最新推荐文章于 2025-09-04 10:28:04 发布 · 1.1k 阅读

27 ·

CC 4.0 BY-SA版权

文章标签：

#设计模式 #模板方法模式 #策略模式

全文目录：

开篇语

哈喽，各位小伙伴们，你们好呀，我是喵手。运营社区：C站/掘金/腾讯云/阿里云/华为云/51CTO；欢迎大家常来逛逛

今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。

我是一名后端开发爱好者，工作日常接触到最多的就是Java语言啦，所以我都尽量抽业余时间把自己所学到所会的，通过文章的形式进行输出，希望以这种方式帮助到更多的初学者或者想入门的小伙伴们，同时也能对自己的技术进行沉淀，加以复盘，查缺补漏。

小伙伴们在批阅的过程中，如果觉得文章不错，欢迎点赞、收藏、关注哦。三连即是对作者我写作道路上最好的鼓励与支持！

前言 🎉

说到设计模式，大家或多或少都听过一些术语，什么“工厂模式”、“单例模式”，仿佛每个开发者的字典里都少不了它们。今天我们要探讨的模板方法模式和策略模式，则是行为型模式中的两位“潜力股”，它们不仅经常出现在各种应用中，还是让代码更具灵活性和扩展性的秘密武器！💪

初次接触它们时，难免会有些“眉毛胡子一把抓”的感觉：什么是模板？什么是策略？这两个模式会不会差不多？其实，两者的区别很清晰。我们会一步步揭开它们的面纱，用实例代码演示，确保每个知识点都能在你的脑海中“啪啪打钩”！😁

模板方法模式：框架之下，自由之上 ✍️

模板方法模式的定义

模板方法模式（Template Method Pattern）是一个定义了操作步骤的模式。在父类中定下“框架”或“模板”，然后将其中的某些具体步骤留给子类去实现。这样一来，主流程（也叫“骨架”）是固定的，而每个具体步骤的实现却可以灵活变化！换句话说，它是一种“部分固定，部分自由”的模式，专治那些既需要统一流程，又要求个性化实现的场景。🤩

模板方法模式的应用场景

模板方法模式适用于以下场景：

需要定义算法流程，但允许子类提供个性化实现。
避免代码重复，将不变的逻辑抽取到父类中，实现代码复用。
统一操作顺序，确保核心算法流程不被更改，而具体细节可由不同子类决定。

模板方法模式示例代码 👨‍💻

假设我们正在开发一个报告生成系统，不同类型的报告生成步骤大体相同（如初始化、数据处理、导出），但具体实现可能不尽相同。我们可以用模板方法模式来实现：

// 抽象类，定义模板方法
abstract class ReportGenerator {
   
   
    // 模板方法，定义生成报告的步骤
    public final void generateReport() {
   
   
        initialize();
        processData();
        exportReport();
    }

    // 抽象方法，子类必须实现
    protected abstract void initialize();