外观模式通过统一接口简化复杂子系统调用，如电商中封装订单、支付、通知服务，降低耦合并隐藏细节，Go通过组合与接口实现，提升可读性与可测试性。
在Go语言中，外观模式（Facade Pattern）是一种结构型设计模式，用于为复杂的子系统提供一个统一的接口。它屏蔽了系统的复杂性，让客户端更容易使用。特别适用于模块多、调用链长或依赖关系复杂的场景。
外观模式的核心思想
外观模式不取代底层系统的功能，而是通过一个“门面”结构体封装多个子系统的调用流程，对外暴露简洁的方法。这样做的好处是：
- 降低客户端与子系统之间的耦合度
- 隐藏内部实现细节
- 简化高频操作的调用过程
基本实现：封装多个服务
假设我们有一个电商系统，包含订单服务、支付服务和通知服务。每个服务都有独立逻辑，但下单时通常需要依次调用这三个服务。我们可以创建一个外观结构来简化这个流程。
package main import "fmt" type OrderService struct{} func (o *OrderService) CreateOrder(productID string) { fmt.Printf("创建订单：产品 %s\n", productID) } type PaymentService struct{} func (p *PaymentService) Pay(amount float64) { fmt.Printf("支付金额：%.2f\n", amount) } type NotificationService struct{} func (n *NotificationService) SendReceipt(email string) { fmt.Printf("发送收据到邮箱：%s\n", email) } // 外观结构体 type ShopFacade struct { orderSvc *OrderService paymentSvc *PaymentService notificationSvc *NotificationService } func NewShopFacade() *ShopFacade { return &ShopFacade{ orderSvc: &OrderService{}, paymentSvc: &PaymentService{}, notificationSvc: &NotificationService{}, } } // 简化接口：一键下单 func (f *ShopFacade) BuyProduct(productID string, amount float64, email string) { f.orderSvc.CreateOrder(productID) f.paymentSvc.Pay(amount) f.notificationSvc.SendReceipt(email) }
客户端只需调用 BuyProduct 方法即可完成整个流程，无需了解各个服务之间的协作顺序。
立即学习“go语言免费学习笔记（深入）”；
使用场景与优势
外观模式适合以下情况：
- 第三方库或遗留系统接口复杂，需封装后供团队使用
- 多个API调用有固定执行顺序（如初始化、验证、提交、通知）
- 希望对不同用户提供不同层级的接口（高级用户可访问底层，普通用户走外观）
Go语言没有类继承，但通过组合能自然实现外观模式。结构体字段持有子系统实例，方法封装调用逻辑，非常直观。
进阶技巧：接口抽象与测试友好性
为了提升可测试性和松耦合，建议为子系统定义接口而非直接依赖具体类型。
type OrderServiceInterface interface { CreateOrder(productID string) } type PaymentServiceInterface interface { Pay(amount float64) } type NotificationServiceInterface interface { SendReceipt(email string) } type ShopFacade struct { orderSvc OrderServiceInterface paymentSvc PaymentServiceInterface notificationSvc NotificationServiceInterface }
这样可以在测试时传入模拟对象（mock），避免真实调用网络或数据库。
基本上就这些。Go 的简洁语法和强类型让外观模式实现起来干净高效，关键是理清哪些操作需要被“一站式”封装。合理使用能显著提升代码可读性和维护性。
