Go 中可通过接口+组合+函数字段模拟模板方法模式：定义含 Validate/Process/Notify/LogResult 方法的 PaymentProcessor 接口，Executor 结构体持该接口并实现固定流程 Execute()，具体类型如 CreditCardProcessor 实现接口方法以定制步骤逻辑。
在 Go 语言中，由于没有类继承和抽象方法的原生支持，无法像 Java 或 C++ 那样直接实现传统意义上的模板方法模式（Template Method Pattern），但可以通过 接口 + 组合 + 函数字段 的方式优雅地模拟该模式：定义算法骨架（主流程），将可变步骤延迟到具体类型或函数中实现。
用接口定义“算法契约”
先定义一个接口，描述模板方法要调用的关键步骤。这些方法代表子类需“定制”的细节逻辑：
type PaymentProcessor interface {
Validate() error
Process() error
Notify() error
LogResult(success bool)
}
这个接口不包含主流程（如 Execute()），仅声明钩子步骤——相当于抽象基类中的抽象方法。
定义模板方法（算法骨架）
创建一个通用执行器结构体，内嵌接口，并提供不可重写的主流程方法：
立即学习“go语言免费学习笔记（深入）”；
type Executor struct {
processor PaymentProcessor
}
func (e *Executor) Execute() error {
if err := e.processor.Validate(); err != nil {
e.processor.LogResult(false)
return err
}
if err := e.processor.Process(); err != nil {
e.processor.LogResult(false)
return err
}
if err := e.processor.Notify(); err != nil {
e.processor.LogResult(false)
return err
}
e.processor.LogResult(true)
return nil
}
这就是“模板方法”：流程固定（校验 → 处理 → 通知 → 日志），每步调用接口方法，具体行为由传入的 PaymentProcessor 实现决定。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
子类式实现：结构体 + 接口实现
让具体类型（如 CreditCardProcessor）实现接口，填充细节逻辑：
type CreditCardProcessor struct {
CardNumber string
Amount float64
}
func (c *CreditCardProcessor) Validate() error {
if len(c.CardNumber) < 12 {
return fmt.Errorf("invalid card number")
}
return nil
}
func (c *CreditCardProcessor) Process() error {
fmt.Printf("Charging $%.2f to card %s...\n", c.Amount, c.CardNumber[:4])
return nil // 模拟成功
}
func (c *CreditCardProcessor) Notify() error {
fmt.Println("Sending email receipt...")
return nil
}
func (c *CreditCardProcessor) LogResult(success bool) {
status := "success"
if !success {
status = "failed"
}
fmt.Printf("[Log] Credit card payment %s\n", status)
}
使用时只需组合：
proc := &CreditCardProcessor{
CardNumber: "4532015112830366",
Amount: 99.99,
}
executor := &Executor{processor: proc}
executor.Execute() // 按模板流程运行
更灵活方案：用函数字段替代接口
若逻辑简单、不想定义完整接口，可用结构体内嵌函数字段，直接注入行为：
type FlexibleExecutor struct {
ValidateFunc func() error
ProcessFunc func() error
NotifyFunc func() error
LogFunc func(success bool)
}
func (e *FlexibleExecutor) Execute() error {
if err := e.ValidateFunc(); err != nil {
e.LogFunc(false)
return err
}
if err := e.ProcessFunc(); err != nil {
e.LogFunc(false)
return err
}
if err := e.NotifyFunc(); err != nil {
e.LogFunc(false)
return err
}
e.LogFunc(true)
return nil
}
// 使用示例
exec := &FlexibleExecutor{
ValidateFunc: func() error { return nil },
ProcessFunc: func() error { fmt.Println("Processing via API..."); return nil },
NotifyFunc: func() error { fmt.Println("Slack notification sent"); return nil },
LogFunc: func(s bool) { fmt.Printf("Result: %t\n", s) },
}
exec.Execute()
这种方式适合快速原型、测试桩或高度动态的流程定制。
Go 中的模板方法本质是“控制反转”：主流程掌控执行顺序，细节由使用者通过接口实现或函数注入。关键不在语法是否像 OOP，而在是否清晰分离了稳定骨架与易变逻辑——这正是模板方法模式的核心价值。
