接口注入还是实现注入？利弊分析！

ゝ一纸荒年。 2024-04-25 08:55 6阅读 0赞

> 【辰兮要努力】：hello你好我是辰兮，很高兴你能来阅读，昵称是希望自己能不断精进，向着优秀程序员前行！  
>   
> 博客来源于项目以及编程中遇到的问题总结，偶尔会有读书分享，我会陆续更新Java前端、后台、数据库、项目案例等相关知识点总结，感谢你的阅读和关注，希望我的博客能帮助到更多的人，分享获取新知，大家一起进步!  
>   
> 吾等采石之人，应怀大教堂之心，愿我们奔赴在各自的热爱里…

#### 优劣对比 ####

![在这里插入图片描述][5e26396b0437418f8b013112e6ee9c3d.png]

在Java代码中，通常推荐注入接口而不是实现类。这样做有以下几个好处：

1.  解耦：通过注入接口，实现类与使用类之间解耦，使用类不需要知道实现类的具体细节，只需要知道接口的定义即可。
2.  可扩展性：通过注入接口，可以轻松地替换实现类。如果需要更换实现类，只需要修改配置文件或注入的代码即可，而不需要修改使用类的代码。
3.  可测试性：通过注入接口，可以方便地进行单元测试。在测试中，可以使用模拟对象(Mock Object)来代替真正的实现类，以便控制测试环境。
4.  依赖注入(Dependency Injection)：注入接口是使用依赖注入的基础。依赖注入可以提高代码的可维护性和可测试性，降低代码的耦合度。

总之，尽可能注入接口而不是实现类，可以提高代码的灵活性、可扩展性和可测试性。

--------------------

#### 简单案例 ####

当使用Spring框架或其他依赖注入框架时，注入接口而不是实现类是一个常见的实践。以下是一些实际的Java案例：

1.  Service层注入DAO接口：

public interface UserDao {
        
        // DAO接口方法定义
    }
    
    @Service
    public class UserServiceImpl implements UserService {
        
        
        private final UserDao userDao;
    
        @Autowired
        public UserServiceImpl(UserDao userDao) {
        
            this.userDao = userDao;
        }
    
        // UserService的方法实现
    }

在这个例子中，通过`@Autowired`注解将`UserDao`接口注入到`UserServiceImpl`实现类中。这样，`UserServiceImpl`就可以使用`UserDao`的方法，而不需要关心具体的实现类是什么。

1.  控制器层注入服务接口：

public interface UserService {
        
        // 服务接口方法定义
    }
    
    @Controller
    public class UserController {
        
        
        private final UserService userService;
    
        @Autowired
        public UserController(UserService userService) {
        
            this.userService = userService;
        }
    
        // 控制器方法使用userService的方法
    }

在这个例子中，通过`@Autowired`注解将`UserService`接口注入到`UserController`控制器类中。这样，`UserController`可以使用`UserService`的方法，而不需要关心具体的服务实现类。

这些例子只是展示了在Spring框架中注入接口的常见做法，实际上，在其他场景中，使用接口进行注入也是一种好的实践。

--------------------

#### 实现类注入缺点案例 ####

假设有一个需求，我们需要在一个Web应用程序中使用一个用户服务。该用户服务有一个接口UserService和一个实现类UserServiceImpl。现在我们要在一个控制器类UserController中使用该用户服务。

如果我们在UserController中直接实例化UserServiceImpl来使用用户服务，代码可能如下：

public class UserController {
        
        private UserServiceImpl userService = new UserServiceImpl();
    
        public void createUser(String username) {
        
            userService.createUser(username);
        }
    }

这种方式存在以下问题：

1.  耦合度高：UserController类直接依赖于具体的实现类UserServiceImpl，如果我们需要更换为另一个实现类，例如UserServiceImplV2，就需要修改UserController的代码。
2.  难以进行单元测试：由于UserController直接依赖于具体的实现类，我们无法轻松地在单元测试中替换为模拟实现。

为了解决这些问题，我们可以通过注入接口UserService来改进代码。代码可能如下：

public class UserController {
        
        private UserService userService;
    
        public UserController(UserService userService) {
        
            this.userService = userService;
        }
    
        public void createUser(String username) {
        
            //一般如果多个实现类这里 可以动态的选择使用哪个实现类【策略模式】
            userService.createUser(username);
        }
    }

在这种情况下，UserController依赖于接口UserService，而不是具体的实现类UserServiceImpl。这样，我们可以在需要时轻松地更换为另一个实现类，例如UserServiceImplV2，只需提供相应的UserService实现即可。

因此，注入UserService接口而不是UserServiceImpl实现类具有更好的灵活性、可扩展性和可测试性。同时，这也符合依赖注入原则，将依赖关系从代码中解耦出来。

--------------------

![在这里插入图片描述][c52d65740fe942c68ae0186add4013ac.png]

--------------------

📖☕️🌊📝📚🎩🚀  
📣非常感谢你阅读到这里，如果这篇文章对你有帮助，希望能留下你的点赞👍 关注❤️ 分享👥 留言💬thanks！！！

📚愿我们奔赴在各自的热爱里！

[5e26396b0437418f8b013112e6ee9c3d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/25/094e35aadb3b4c5e9c56d4dd04720372.png
[c52d65740fe942c68ae0186add4013ac.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/25/4d2ccc5dde704e2995ca3a4cfe4cf0ce.png