本文深入探讨 NestJS 依赖注入系统，并阐明依赖倒置原则 (DIP)、控制反转 (IoC) 和依赖注入 (DI) 的概念及其关联。这三个概念看似相似，实则各有侧重，相互关联却又解决不同的问题。本文旨在帮助读者理清这些概念，并理解它们如...
本文深入探讨 NestJS 依赖注入系统，并阐明依赖倒置原则 (DIP)、控制反转 (IoC) 和依赖注入 (DI) 的概念及其关联。这三个概念看似相似，实则各有侧重，相互关联却又解决不同的问题。本文旨在帮助读者理清这些概念，并理解它们如何协同工作。
- 依赖倒置原则 (DIP)
定义：
高层模块不应该依赖于低层模块；两者都应该依赖于抽象。抽象不应该依赖于细节；细节应该依赖于抽象。含义解读
在软件开发中，高层模块负责核心业务逻辑，而低层模块处理具体的实现细节（例如文件系统、数据库或 API）。若无 DIP，高层模块直接依赖于低层模块，导致紧密耦合，从而：
- 降低灵活性。
- 复杂化测试和维护。
- 难以替换或扩展低层细节。
DIP 颠覆了这种依赖关系。高层和低层模块都依赖于共享的抽象（接口或抽象类），而不是高层模块直接控制低层实现。
无 DIP 示例 Python 示例class EmailService:
def send_email(self, message):
print(f"Sending email: {message}")
class Notification:
def __init__(self):
self.email_service = EmailService()
def notify(self, message):
self.email_service.send_email(message)
TypeScript 示例
class EmailService {
sendEmail(message: string): void {
console.log(`Sending email: ${message}`);
}
}
class Notification {
private emailService: EmailService;
constructor() {
this.emailService = new EmailService();
}
notify(message: string): void {
this.emailService.sendEmail(message);
}
}
问题：
- 紧密耦合：Notification 直接依赖 EmailService。
- 难以扩展：切换到 SMSService 或 PushNotificationService 需要修改 Notification 类。
from abc import ABC, abstractmethod
class MessageService(ABC):
@abstractmethod
def send_message(self, message):
pass
class EmailService(MessageService):
def send_message(self, message):
print(f"Sending email: {message}")
class Notification:
def __init__(self, message_service: MessageService):
self.message_service = message_service
def notify(self, message):
self.message_service.send_message(message)
# 使用示例
email_service = EmailService()
notification = Notification(email_service)
notification.notify("Hello, Dependency Inversion!")
TypeScript 示例
interface MessageService {
sendMessage(message: string): void;
}
class EmailService implements MessageService {
sendMessage(message: string): void {
console.log(`Sending email: ${message}`);
}
}
class Notification {
private messageService: MessageService;
constructor(messageService: MessageService) {
this.messageService = messageService;
}
notify(message: string): void {
this.messageService.sendMessage(message);
}
}
// 使用示例
const emailService = new EmailService();
const notification = new Notification(emailService);
notification.notify("Hello, Dependency Inversion!");
DIP 的优势
- 灵活性：无需修改高层模块即可替换实现。
- 可测试性：使用模拟对象替换真实依赖项进行测试。
- 可维护性：低层模块的更改不会影响高层模块。
- 控制反转 (IoC)
IoC 是一种设计原则，依赖项的创建和管理由外部系统或框架控制，而不是在类内部进行。
传统编程中，类自行创建和管理依赖项。IoC 将这种控制反转——外部实体（例如框架或容器）管理依赖项，并在需要时注入。
无 IoC 示例在无 IoC 的场景中，类自行创建和管理依赖项，导致紧密耦合。
Python 示例：无 IoC
class SMSService:
def send_message(self, message):
print(f"Sending SMS: {message}")
class Notification:
def __init__(self):
self.sms_service = SMSService()
def notify(self, message):
self.sms_service.send_message(message)
# 使用示例
notification = Notification()
notification.notify("Hello, tightly coupled dependencies!")
TypeScript 示例：无 IoC
class SMSService {
sendMessage(message: string): void {
console.log(`Sending SMS: ${message}`);
}
}
class Notification {
private smsService: SMSService;
constructor() {
this.smsService = new SMSService();
}
notify(message: string): void {
this.smsService.sendMessage(message);
}
}
// 使用示例
const notification = new Notification();
notification.notify("Hello, tightly coupled dependencies!");
无 IoC 的问题：
- 紧密耦合：Notification 类直接创建并依赖 SMSService 类。
- 灵活性低：切换到其他实现需要修改 Notification 类。
- 难以测试：模拟依赖项用于单元测试比较困难，因为依赖项是硬编码的。
在使用 IoC 的示例中，依赖关系的管理责任转移到外部系统或框架，实现松散耦合并增强可测试性。
Python 示例：使用 IoC
class SMSService:
def send_message(self, message):
print(f"Sending SMS: {message}")
class Notification:
def __init__(self, message_service):
self.message_service = message_service
def notify(self, message):
self.message_service.send_message(message)
# IoC: 依赖项由外部控制
sms_service = SMSService()
notification = Notification(sms_service)
notification.notify("Hello, Inversion of Control!")
TypeScript 示例：使用 IoC
class SMSService {
sendMessage(message: string): void {
console.log(`Sending SMS: ${message}`);
}
}
class Notification {
private messageService: SMSService;
constructor(messageService: SMSService) {
this.messageService = messageService;
}
notify(message: string): void {
this.messageService.sendMessage(message);
}
}
// IoC: 依赖项由外部控制
const smsService = new SMSService();
const notification = new Notification(smsService);
notification.notify("Hello, Inversion of Control!");
IoC 的优势：
- 松散耦合：类不创建其依赖项，从而减少对特定实现的依赖。
- 易于切换实现：用 EmailService 替换 SMSService 而无需修改核心类。
- 提高可测试性：在测试期间注入模拟或 Mock 依赖项。
- 依赖注入 (DI)
DI 是一种技术，对象从外部源接收其依赖项，而不是自己创建它们。
DI 是 IoC 的一种实现方式。它允许开发人员通过多种方式将依赖项“注入”到类中：
- 构造函数注入：依赖项通过构造函数传递。
- Setter 注入：依赖项通过公共方法设置。
- 接口注入：依赖项通过接口提供。
使用 injector 库：
from injector import Injector, inject
class EmailService:
def send_message(self, message):
print(f"Email sent: {message}")
class Notification:
@inject
def __init__(self, email_service: EmailService):
self.email_service = email_service
def notify(self, message):
self.email_service.send_message(message)
# DI 容器
injector = Injector()
notification = injector.get(Notification)
notification.notify("This is Dependency Injection in Python!")
TypeScript 示例：使用 DI 框架
使用 tsyringe：
import "reflect-metadata";
import { injectable, inject, container } from "tsyringe";
@injectable()
class EmailService {
sendMessage(message: string): void {
console.log(`Email sent: ${message}`);
}
}
@injectable()
class Notification {
constructor(@inject(EmailService) private emailService: EmailService) {}
notify(message: string): void {
this.emailService.sendMessage(message);
}
}
// DI 容器
const notification = container.resolve(Notification);
notification.notify("This is Dependency Injection in TypeScript!");
DI 的优势：
- 简化测试：轻松使用模拟对象替换依赖项。
- 提高可扩展性：添加新的实现而无需修改现有代码。
- 增强可维护性：减少系统某一部分变更的影响。
以上就是分解依赖倒置、IoC 和 DI的详细内容，更多请关注知识资源分享宝库其它相关文章！
版权声明
本站内容来源于互联网搬运，
仅限用于小范围内传播学习，请在下载后24小时内删除，
如果有侵权内容、不妥之处，请第一时间联系我们删除。敬请谅解!
E-mail：dpw1001@163.com
上一篇：如何构建大型烧瓶应用程序 - 5 人最佳实践 下一篇：径向梯度发生器
发表评论