Golang如何实现外观模式隐藏复杂实现_Golang Facade模式应用技巧_技术教程

外观模式通过结构体封装库存、支付、物流和通知服务，提供统一接口简化电商下单流程，降低耦合度并提升可维护性。

外观模式（Facade Pattern）的核心是为复杂的子系统提供一个简化的接口。在 Go 语言中，由于没有类和继承的概念，我们通过结构体和接口组合来实现这一设计模式。它不追求改变内部结构，而是封装细节，让调用者无需了解背后的复杂逻辑。

为什么需要 Facade 模式

当系统包含多个模块、服务或组件时，直接暴露这些细节会让调用方负担变重。比如一个订单系统可能涉及库存检查、支付处理、物流调度和通知发送等多个步骤。如果每个操作都需要外部代码手动调用，不仅容易出错，也难以维护。

Facade 模式的作用就是：

降低耦合度：调用方只依赖统一入口
简化使用方式：隐藏子系统复杂性
提升可维护性：内部变动不影响外部调用

用结构体封装多个子系统

假设我们要实现一个电商下单流程，包含以下几个步骤：

检查库存（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 中使用接口而非具体类型，实现依赖倒置。