依赖注入
依赖注入
依赖注入（Dependency Injection, DI）是一种实现依赖倒置原则（Dependency Inversion Principle, DIP）的技术手段，主要用于降低程序中各个类之间的耦合度。通过依赖注入，一个对象的依赖（即它需要的其他对象）不再由对象本身创建或查找，而是由外部容器或框架提供。 依赖注入的核心思想是控制反转（Inversion of Control, IoC），即将对象的创建和依赖的管理交给外部环境，而不是由对象自身控制。
依赖注入的主要方式有三种：
- 构造器注入（Constructor Injection）：通过构造器参数传递依赖对象。
- Setter方法注入（Setter Injection）：通过对象的setter方法或其他设置方法传递依赖对象。
- 接口注入（Interface Injection）：要求依赖对象实现一个特定的接口。
优点
- 降低耦合度：依赖注入使得依赖关系的管理更加灵活，减少了组件间的耦合。
- 增强模块的可测试性：通过替换依赖项的实现，可以更容易地进行单元测试。
- 提升代码的可维护性和可扩展性：依赖关系的管理集中化，有助于代码的修改和扩展。
实例
假设我们有一个OrderService类，它依赖于一个NotificationService接口来发送通知，我们可以通过构造器注入的方式来实现依赖注入：
public class OrderService { private NotificationService notificationService; // 通过构造器注入NotificationService public OrderService(NotificationService notificationService) { this.notificationService = notificationService; } public void processOrder(Order order) { // 订单处理逻辑 notificationService.sendNotification("订单已处理"); }} public interface NotificationService { void sendNotification(String message);} public class EmailNotificationService implements NotificationService { @Override public void sendNotification(String message) { // 实现发送邮件通知 }} // 应用启动或配置类public class AppConfig { public static void main(String[] args) { // 创建依赖对象 NotificationService notificationService = new EmailNotificationService(); // 创建OrderService实例时，通过构造器注入依赖 OrderService orderService = new OrderService(notificationService); // 使用orderService处理订单 orderService.processOrder(new Order()); }}在这个例子中，OrderService需要一个NotificationService来发送通知。我们创建了一个EmailNotificationService作为NotificationService的实现，并通过OrderService的构造器将其注入。这样，OrderService与具体的NotificationService实现（如EmailNotificationService）之间的耦合度降低，我们可以轻松地替换不同的通知服务实现，而不需要修改OrderService的代码。
总结
依赖注入是一种有效的软件设计模式，能够提高代码的可维护性、可扩展性和可测试性。通过使用依赖注入框架（如Spring, Google Guice等），开发者可以更加专注于业务逻辑的实现，而将依赖关系的管理交给框架处理。