如何使用Golang实现桥接模式_分离抽象和实现

桥接模式在Go中通过组合+接口实现抽象与实现解耦。抽象层（如AppLogger）持实现层接口（如Logger），委托调用Log方法；实现层提供ConsoleLogger、FileLogger、HttpLogger等具体实现；支持运行时动态切换，如开发用ConsoleLogger、生产用FileLogger。

桥接模式的核心是把“抽象”和“实现”解耦，让它们可以独立变化。在 Go 中没有继承层级，所以不用抽象类或接口继承来模拟传统桥接，而是通过组合 + 接口来自然实现——这是 Go 的惯用方式。

定义抽象层和实现层接口

先明确两个角色：抽象层（Abstraction）负责高层逻辑，实现层（Implementation）负责具体操作。两者通过接口通信，彼此不依赖具体类型。

• 实现层接口（比如 Logger）只声明行为：如 Log(msg string)
• 抽象层结构体（比如 AppLogger）持有一个实现层接口字段，所有操作委托给它

实现具体实现类

为实现层接口提供多个具体实现，比如控制台日志、文件日志、网络日志：

• ConsoleLogger：直接打印到 stdout
• FileLogger：写入指定文件，需处理打开/关闭、错误等
• HttpLogger：将日志 POST 到远端服务

每个实现都只关注自身职责，不感知上层如何使用它。

构建可扩展的抽象结构

抽象结构体（如 AppLogger）封装业务语义，比如支持带时间戳、带模块前缀的日志方法：

• 内部持有 logger Logger 字段
• Info()、Error() 等方法做格式化后，调用 l.logger.Log()
• 可以额外嵌入配置、上下文、过滤逻辑，而不影响底层实现

这样新增日志级别或格式策略，无需修改任何实现类；新增日志输出方式，也无需改动 AppLogger。

运行时动态切换实现

桥接的价值在运行时体现：同一抽象可搭配不同实现。例如：

• 开发环境用 ConsoleLogger
• 生产环境注入 FileLogger 或 HttpLogger

只需构造时传入对应实例：appLog := NewAppLogger(NewFileLogger("app.log"))。零侵入、无编译依赖，完全符合 Go 的依赖注入思想。