桥接模式与工厂模式在Go中通过接口解耦抽象与实现，结构体组合实现运行时桥接，工厂函数按需创建具体实现并注入抽象，支持动态装配与可扩展配置。
在 Go 语言中实现桥接模式（Bridge）与工厂模式（Factory）的组合，核心目标是分离抽象（Abstraction）与实现（Implementation），并让具体实现的创建过程可扩展、可配置。Go 没有类继承和接口实现的强制语法约束，但通过接口（interface{}）、结构体嵌入、函数式工厂和依赖注入，可以自然、轻量地达成这一设计目标。
用接口定义抽象与实现契约
桥接模式的第一步是明确“谁是抽象层，谁是实现层”。在 Go 中，两者都用接口表达，清晰解耦：
-
抽象接口（如
Renderer）描述高层行为（RenderShape()），不关心如何绘制 -
实现接口（如
DrawingAPI）定义底层能力（DrawCircle(x, y, r float64)），不依赖具体形状
二者完全独立，各自可自由演进。例如：
type DrawingAPI interface {
DrawCircle(x, y, r float64)
}
type Renderer interface {
RenderShape()
}
结构体组合实现桥接：抽象持有实现
Go 不支持传统继承，但可通过字段组合将实现注入抽象。典型做法是抽象结构体中嵌入实现接口：
立即学习“go语言免费学习笔记（深入）”；
type CircleRenderer struct {
api DrawingAPI // 桥接点：运行时绑定具体实现
x, y, r float64
}
func (r *CircleRenderer) RenderShape() {
r.api.DrawCircle(r.x, r.y, r.r)
}
这样，CircleRenderer 只依赖 DrawingAPI 接口，不耦合任何具体绘图引擎（如 SVG、OpenGL、Terminal）。更换实现只需传入不同 DrawingAPI 实例。
工厂负责按需创建具体实现
工厂模式在此承担两个职责：一是封装实现类的构造逻辑；二是根据配置/参数返回适配的 DrawingAPI 实例。例如：
type APIType string
const (
SVGAPI APIType = "svg"
TermAPI APIType = "term"
)
func NewDrawingAPI(t APIType) DrawingAPI {
switch t {
case SVGAPI:
return &SVGRenderer{}
case TermAPI:
return &TerminalRenderer{}
default:
panic("unknown API type")
}
}
调用方无需知道 SVGRenderer 的内部细节，只通过工厂获取符合 DrawingAPI 接口的对象。若新增 WebGLAPI，只需扩展工厂分支，不修改已有渲染器代码。
组合使用：运行时动态桥接 + 工厂装配
最终使用时，先用工厂生成实现，再注入抽象，完成桥接装配：
api := NewDrawingAPI(SVGAPI)
renderer := &CircleRenderer{
api: api,
x: 10, y: 20, r: 5,
}
renderer.RenderShape() // 输出 SVG 圆形
也可进一步封装为更高阶工厂，直接返回完整桥接对象：
func NewCircleRenderer(apiType APIType, x, y, r float64) Renderer {
return &CircleRenderer{
api: NewDrawingAPI(apiType),
x: x, y: y, r: r,
}
}
这种写法隐藏了桥接细节，对上层更友好，也便于统一管理生命周期或添加装饰逻辑（如日志、缓存）。
桥接+工厂在 Go 中不是靠语法特性，而是靠接口即契约、组合即关系、函数即工厂的自然表达。关键在于让抽象不依赖实现，实现不感知抽象，而工厂站在中间，把二者在运行时安全、灵活地“插上”。
