Go语言中的SOLID原则：理论与实践

轻松学习Python，无需理论负担。在浏览器中直接解决带自动检查的实践任务，无需安装任何东西。

Go语言中的SOLID原则：理论与实践

SOLID是面向对象设计中五个基本原则的首字母缩写，有助于创建灵活、可维护且可扩展的代码。虽然Go不是经典的面向对象语言（没有类继承），但其接口、组合和强类型特性使得SOLID原则能够成功应用。本文将结合Go语言的实际案例逐一剖析每个原则。

1. 单一职责原则（SRP）

理论：每个类型（结构体、函数、接口）应该只有一个变更理由。换句话说，它只负责程序功能中的某一部分。

Go实践：常见的错误是创建同时处理业务逻辑、日志记录和发送通知的"上帝结构体"。

错误示例（违反SRP）：

type OrderService struct{}

func (s *OrderService) Create(order Order) error {    // 1. 保存到数据库    // 2. 发送邮件    // 3. 记录日志    return nil}

正确示例（遵循SRP）：

type OrderRepository interface {    Save(order Order) error}

type EmailService interface {    Send(to string, subject string, body string) error}

type Logger interface {    Info(msg string)}

type OrderService struct {    repo  OrderRepository    email EmailService    log   Logger}

func (s *OrderService) Create(order Order) error {    if err := s.repo.Save(order); err != nil {        s.log.Info("保存订单失败")        return err    }    if err := s.email.Send(order.Email, "订单确认", "您的订单已下达"); err != nil {        s.log.Info("发送邮件失败")    }    s.log.Info("订单创建成功")    return nil}

现在每个结构体只负责自己的任务，修改邮件逻辑不会影响订单保存功能。

2. 开闭原则（OCP）

理论：类（类型）应该对扩展开放，对修改关闭。也就是说，应该能够在不修改现有代码的前提下添加新功能。

Go实践：使用接口和组合来添加新实现，无需修改核心逻辑。

示例：假设我们有一个运费计算系统，最初只有"标准配送"，现在需要添加"快递配送"。

// 定义接口type ShippingCostCalculator interface {    Calculate(order Order) float64}

// 标准实现type StandardShipping struct{}

func (s StandardShipping) Calculate(order Order) float64 {    return 5.99}

// 新实现，无需修改上述代码type ExpressShipping struct{}

func (e ExpressShipping) Calculate(order Order) float64 {    return 15.99}

// 使用func ProcessOrder(order Order, calculator ShippingCostCalculator) {    cost := calculator.Calculate(order)    fmt.Printf("运费：%.2f", cost)}

我们无需修改 ProcessOrder——只需传入新的 ExpressShipping 实例即可。这就是开闭原则的体现。