如何通过Bridge模式在Go语言中有效分离抽象层与实现层？

本文共计1283个文字，预计阅读时间需要6分钟。

Go 语言没有类和继承，因此无法直接使用 Java 或 C++ 中的 Bridge 模式。然而，可以通过接口和组合来实现类似的功能。以下是一种有效的方法：

常见错误是硬套 UML 类图，给 Shape 加 Draw() 方法再让子类重写——这既违背 Go 接口即契约的原则，又导致类型爆炸。正确路径是让 Shape 持有一个 Renderer 接口值，所有绘制逻辑委托出去。

• Renderer 是一个接口，只声明 RenderCircle(radius float64) 这类具体动作，不暴露内部细节
• Circle 结构体不嵌入任何渲染器，只存 renderer Renderer 字段
• 初始化时传入具体实现：Circle{renderer: &VectorRenderer{}}，切换实现只需换字段值
• 避免在 Circle.Draw() 里做条件判断（如 if r.Type == "vector"），那等于把桥接逻辑又塞回抽象层

为什么不能用 embed + interface 实现 Bridge 的“动态切换”

有人试图用匿名字段嵌入接口类型（type Circle struct { Renderer }），以为这样就能运行时替换 Renderer。