外观模式通过结构体封装库存、支付、物流和通知服务，提供统一接口简化电商下单流程，降低耦合度并提升可维护性。
外观模式（Facade Pattern）的核心是为复杂的子系统提供一个简化的接口。在 Go 语言中，由于没有类和继承的概念，我们通过结构体和接口组合来实现这一设计模式。它不追求改变内部结构，而是封装细节，让调用者无需了解背后的复杂逻辑。
为什么需要 Facade 模式
当系统包含多个模块、服务或组件时，直接暴露这些细节会让调用方负担变重。比如一个订单系统可能涉及库存检查、支付处理、物流调度和通知发送等多个步骤。如果每个操作都需要外部代码手动调用，不仅容易出错，也难以维护。
Facade 模式的作用就是：
- 降低耦合度：调用方只依赖统一入口
- 简化使用方式：隐藏子系统复杂性
- 提升可维护性：内部变动不影响外部调用
用结构体封装多个子系统
假设我们要实现一个电商下单流程，包含以下几个步骤：
立即学习“go语言免费学习笔记（深入）”；
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 检查库存（InventoryService）
- 处理支付（PaymentService）
- 生成物流单（ShippingService）
- 发送通知（NotificationService）
type InventoryService struct{}
func (i *InventoryService) Check(itemID string) bool {
// 简化模拟
return itemID != ""
}
type PaymentService struct{}
func (p *PaymentService) Charge(amount float64) error {
if amount <= 0 {
return fmt.Errorf("无效金额")
}
return nil
}
type ShippingService struct{}
func (s *ShippingService) CreateShipment(orderID string) string {
return "运单已创建: " + orderID
}
type NotificationService struct{}
func (n *NotificationService) Send(email, msg string) {
fmt.Printf("发送通知到 %s: %s\n", email, msg)
}
现在定义一个外观结构体 OrderFacade，将上述服务整合起来：
type OrderFacade struct {
inventory *InventoryService
payment *PaymentService
shipping *ShippingService
notification *NotificationService
}
func NewOrderFacade() *OrderFacade {
return &OrderFacade{
inventory: &InventoryService{},
payment: &PaymentService{},
shipping: &ShippingService{},
notification: &NotificationService{},
}
}
func (o *OrderFacade) PlaceOrder(itemID string, amount float64, email string) error {
if !o.inventory.Check(itemID) {
return fmt.Errorf("库存不足")
}
if err := o.payment.Charge(amount); err != nil {
return err
}
orderID := "ORD-" + itemID
shipmentMsg := o.shipping.CreateShipment(orderID)
o.notification.Send(email, "订单已创建，"+shipmentMsg)
return nil
}
外部调用变得极其简单
使用者不再关心具体哪个服务怎么调用，只需要知道有一个 PlaceOrder 方法即可：
func main() {
facade := NewOrderFacade()
err := facade.PlaceOrder("iPhone15", 999.9, "user@example.com")
if err != nil {
fmt.Println("下单失败:", err)
} else {
fmt.Println("下单成功")
}
}
即使将来增加优惠券校验、积分抵扣等功能，只要不改变外观接口，原有调用代码完全不需要修改。
结合接口提高测试性和灵活性
为了便于单元测试和替换实现，可以进一步抽象出接口：
type Payment interface {
Charge(amount float64) error
}
// 测试时可用 MockPayment 替代真实支付
type MockPayment struct{}
func (m *MockPayment) Charge(amount float64) error { return nil }
然后在 Facade 中使用接口而非具体类型，实现依赖倒置。
基本上就这些。Facade 模式在 Go 中并不复杂，关键是通过结构体聚合子系统，并对外暴露干净的方法。适合用于构建网关层、API 封装、初始化模块等场景。
