模板方法模式通过接口和组合在Go中实现，定义算法骨架并将可变步骤延迟到子类。示例中ReportGenerator固定流程，不同Builder实现BuildContent和Render，统一生成PDF与HTML报告，提升代码复用与维护性。
模板方法模式是一种行为设计模式，它定义了一个算法的骨架，将某些步骤延迟到子类中实现。在 Go 语言中，虽然没有继承机制，但我们可以通过接口和组合来模拟这一模式。这种模式特别适合多个实现有相同流程但细节不同的场景，比如生成不同类型的报告、处理不同类型的数据导出等。
理解模板方法的核心思想
模板方法的核心在于“封装不变部分，扩展可变部分”。父类（或基类）定义整个流程的执行顺序，而具体实现由子类完成。在 Go 中，我们通常使用结构体嵌入（匿名字段）和接口来实现类似效果。
例如：一个数据处理流程总是包含加载数据、验证数据、处理数据、保存结果四个步骤，其中加载和保存是固定的，而验证和处理逻辑因类型不同而异。这时就可以用模板方法统一调度流程。
Go 中的实现方式
通过定义接口描述可变行为，再用结构体实现固定流程，结合嵌入机制让子结构体复用父结构体的方法，并覆盖特定行为。
立即学习“go语言免费学习笔记（深入）”；
示例：生成不同格式的文档假设我们要生成 PDF 和 HTML 两种格式的报告，它们的流程一致：初始化配置 → 构建内容 → 渲染输出 → 保存文件，但构建和渲染逻辑不同。
1. 定义算法接口
先定义可变步骤的接口：
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
type ReportBuilder interface {
BuildContent() string
Render(content string) string
}
2. 创建模板结构体
这个结构体包含通用流程：
type ReportGenerator struct {
builder ReportBuilder
}
func (r *ReportGenerator) Generate() string {
config := "initialized"
content := r.builder.BuildContent()
rendered := r.builder.Render(content)
result := "Saving: " + rendered
return config + " -> " + content + " -> " + rendered + " -> " + result
}
3. 实现具体构建器
为每种格式实现 ReportBuilder 接口：
type PDFBuilder struct{}
func (p *PDFBuilder) BuildContent() string {
return "PDF Content Built"
}
func (p *PDFBuilder) Render(content string) string {
return "PDF Rendered: " + content
}
type HTMLBuilder struct{}
func (h *HTMLBuilder) BuildContent() string {
return "HTML Content Built"
}
func (h *HTMLBuilder) Render(content string) string {
return "HTML Rendered: " + content
}
4. 使用模板方法
func main() {
pdfBuilder := &PDFBuilder{}
htmlBuilder := &HTMLBuilder{}
pdfGen := &ReportGenerator{builder: pdfBuilder}
htmlGen := &ReportGenerator{builder: htmlBuilder}
fmt.Println(pdfGen.Generate())
// 输出：
// initialized -> PDF Content Built -> PDF Rendered: PDF Content Built -> Saving: ...
fmt.Println(htmlGen.Generate())
// 输出：
// initialized -> HTML Content Built -> HTML Rendered: HTML Content Built -> Saving: ...
}
优势与适用场景
这种方式让流程控制集中，避免重复代码，同时保持灵活性。适合以下情况：
- 多个实现拥有相同的执行流程
- 希望防止子类修改整体执行顺序
- 需要统一异常处理、日志记录、性能统计等横切逻辑
还可以在模板结构体中加入钩子函数（Hook），允许子类在不改变主流程的前提下插入自定义行为，如 BeforeRender 或 AfterSave 等空实现方法，供子类选择性重写。
基本上就这些。Go 虽无继承，但通过接口+组合完全可以优雅实现模板方法模式，关键是把不变的流程放在公共结构体中，变的部分交给接口去定制。
