17370845950

在 Go 语言中实现模板方法模式，核心是用接口定义算法骨架，用结构体实现具体步骤，再通过组合或函数字段“注入”可变行为——因为 Go 没有继承，所以不靠子类重写，而靠组合+接口+函数值来达成相同意图。

用接口抽象步骤，结构体封装流程骨架

模板方法的本质是把不变的执行顺序（如：初始化 → 处理 → 清理）固定下来，把变化的部分（如：如何初始化、如何处理）交给实现者。Go 中可用接口描述“变化的部分”，再由某个结构体持有该接口并定义主流程：

• 定义一个接口（如 Processor），包含 Setup()、Execute()、Cleanup() 等方法
• 创建一个 Workflow 结构体，它接收一个 Processor 实例，并在其 Run() 方法中按序调用这些方法
• 不同业务逻辑只需实现 Processor 接口，无需修改 Run() 流程

用函数字段替代抽象方法，更轻量灵活

如果步骤逻辑简单、不需状态共享，直接用函数类型字段更简洁。例如：

• 定义 type Step func() error
• 结构体中声明 setup, execute, cleanup Step 字段
• Run() 方法内依次调用：if err := w.setup(); err != nil { ... }，依此类推
• 初始化时传入闭包或普通函数，比如 workflow.setup = func() error { return os.MkdirAll("tmp", 0755) }

结合泛型支持多类型流程复用（Go 1.18+）

若模板流程需适配不同输入/输出类型，可用泛型增强通用性。例如：

• 定义 type Workflow[T any, R any] struct { processor Processor[T, R] }
• 接口 Processor[T, R] 的 Execute(input T) (R, error) 可让同一骨架处理字符串、JSON、数据库记录等
• 实际使用时，Workflow[string, int]{...} 和 Workflow[[]byte, bool]{...} 共享同一个 Run() 实现

注意点：避免过度设计，优先考虑组合与小接口

Go 崇尚“少即是多”。模板方法不是必须的，很多场景用简单函数链或选项函数（functional options）更清晰：

• 若只有 2–3 个步骤且变化少，直接写 doSetup(); doWork(); doTeardown() 更易读
• 若某步骤可能为空，接口方法应允许空实现（如返回 nil），或用指针字段 + if w.cleanup != nil 判断
• 不要为模板而模板——当逻辑差异大、复用价值低时，复制粘贴几行代码，比强套模式更符合 Go 的务实风格