依赖倒置原则

1. 核心定义

依赖倒置原则是面向对象设计 SOLID 原则中的第五个原则，其核心表述为：

2. 传统依赖模式的问题

传统方式：高层模块直接依赖低层模块

问题：低层模块变更直接影响高层模块，系统僵化，难以扩展。

3. 依赖倒置解决方案

倒置后：通过抽象接口进行解耦

4. 具体示例：消息通知系统

4.1 违反DIP的设计

4.2 遵循DIP的设计

5. 代码示例对比

5.1 违反DIP的实现

// 高层模块直接依赖低层细节
class NotificationService {
  private emailSender: EmailSender;
  private smsSender: SMSSender;
  
  constructor() {
    this.emailSender = new EmailSender();
    this.smsSender = new SMSSender();
  }
  
  sendNotification(type: string, message: string) {
    if (type === 'email') {
      this.emailSender.sendEmail(message);
    } else if (type === 'sms') {
      this.smsSender.sendSMS(message);
    }
    // 添加新的通知类型需要修改此处
  }
}

5.2 遵循DIP的实现

// 抽象接口
interface INotificationSender {
  send(message: string): void;
}

// 高层模块依赖抽象
class NotificationService {
  private senders: INotificationSender[];
  
  constructor(senders: INotificationSender[]) {
    this.senders = senders;
  }
  
  broadcast(message: string) {
    this.senders.forEach(sender => sender.send(message));
  }
}

// 具体实现
class EmailSender implements INotificationSender {
  send(message: string) {
    // 发送邮件逻辑
  }
}

class SMSSender implements INotificationSender {
  send(message: string) {
    // 发送短信逻辑
  }
}

// 新增实现无需修改高层模块
class PushNotificationSender implements INotificationSender {
  send(message: string) {
    // 推送通知逻辑
  }
}

6. 依赖倒置的层级关系

7. 核心优势总结

• 降低耦合度：模块间通过抽象接口交互，减少直接依赖
• 提高可扩展性：新增功能只需添加新实现，无需修改现有代码
• 增强可维护性：变更影响范围局部化，降低维护成本
• 便于测试：可通过模拟抽象接口进行单元测试
• 提升复用性：高层模块可在不同上下文中复用

8. 适用场景

• 系统需要支持多种实现方式
• 模块需要被其他系统复用
• 需要频繁更换底层技术栈
• 需要编写可测试的代码
• 长期维护的大型项目

9. 实践建议

• 识别稳定与变化：将稳定的抽象与易变的实现分离
• 依赖注入：通过构造函数、属性或方法注入依赖
• 面向接口编程：定义清晰的接口契约
• 单一职责：每个接口应具有明确的单一职责
• 适度原则：避免过度设计，在复杂性和灵活性间平衡

10. 与 SOLID 其他原则的关系

依赖倒置原则是 SOLID 五大设计原则之一，与其他原则相互配合：

• SRP (单一职责)：接口应专注于单一职责，与 DIP 共同促进解耦
• OCP (开闭原则)：DIP 使系统对扩展开放、对修改关闭
• LSP (里氏替换)：确保子类可以替换父类，是 DIP 的基础
• ISP (接口隔离)：细粒度接口设计，与 DIP 共同降低耦合度