go通过接口实现“面向行为”设计，强调组合优于继承、行为优于类型；接口隐式实现、小而窄、可组合，用于解耦依赖提升可测试性，但需避免滥用。
Go 语言没有传统面向对象中的继承和抽象类，但通过接口（interface）实现了更轻量、更灵活的“面向行为”设计。接口驱动架构不是把结构塞进类型体系里，而是让类型自然地“表现出某种能力”，只要满足方法签名，就自动适配——这正是 Go 的哲学：组合优于继承，行为优于类型。
接口定义行为，而非类型契约
Go 接口只声明一组方法，不关心谁实现、怎么实现。一个类型只要实现了接口所有方法，就自动成为该接口的实例——无需显式声明“implements”。这种隐式实现让接口真正聚焦于“能做什么”，而不是“是什么”。
- 避免过早抽象：先写具体逻辑，等出现 2–3 个相似行为时，再提取公共接口
- 小接口优先：如 io.Reader、io.Writer 各自只有 1 个方法，易组合、易 mock、易替换
- 避免“大而全”的接口：比如定义包含 10 个方法的 UserService，反而阻碍复用和测试
用接口解耦依赖，支撑可测试性
真实服务常依赖数据库、HTTP 客户端、缓存等外部组件。若直接在结构体中嵌入 concrete 类型（如 *sql.DB），单元测试会变得困难。用接口隔离依赖后，测试时只需传入符合行为的模拟实现。
Ke361开源淘宝客系统
下载
Ke361是一个开源的淘宝客系统，基于最新的ThinkPHP3.2版本开发，提供更方便、更安全的WEB应用开发体验，采用了全新的架构设计和命名空间机制， 融合了模块化、驱动化和插件化的设计理念于一体，以帮助想做淘宝客而技术水平不高的朋友。突破了传统淘宝客程序对自动采集商品收费的模式，该程序的自动 采集模块对于所有人开放，代码不加密，方便大家修改。集成淘点金组件，自动转换淘宝链接为淘宝客推广链接。K
- 为外部依赖定义窄接口：例如只用到 QueryRow 和 Exec，就定义 Querier 接口，而非直接依赖 *sql.DB
- 构造函数接收接口：让调用方决定注入真实实现还是 mock，例如 NewOrderService(repo OrderRepository)
- 标准库是范本：看 http.Handler 如何仅依赖 ServeHTTP(ResponseWriter, *Request) 就完成整个 HTTP 生态的扩展
接口组合：构建高内聚的行为单元
Go 支持接口嵌套，即通过组合小接口形成新接口。这不是类型继承，而是行为叠加。例如：
立即学习“go语言免费学习笔记（深入）”；
- type ReadWriter interface { Reader; Writer } 表示“既能读又能写”的能力
- 业务中可组合：type Storable interface { Saver; Loader }，清晰表达领域语义
- 组合应有明确意图：避免无意义拼接，如把 Stringer 和 io.Closer 硬凑成一个接口
警惕接口滥用：何时不该用接口？
接口不是银弹。过度抽象会增加认知负担，降低可读性。以下情况建议暂不引入接口：
- 单一实现且无替换计划（如内部工具函数的返回值包装）
- 方法集频繁变动，导致接口失去稳定性
- 只为“看起来像设计模式”而加接口，实际没带来可测试性或可扩展性提升
- 导出接口但未导出实现——外部无法创建实例，反而造成使用障碍
