如果我们使用@qualifier，它仍然是松耦合的吗？

Question

我们使用接口将服务自动装配到 controller

这是为了松散耦合，因为接口可以容纳 object 的任何实现。 因此无需编写实现名称并创建紧密耦合。

然而，当我们对一个接口有多个实现时，我们会编写@qualifier。

我的问题是，如果我们必须编写限定符来判断需要注入哪个实现，那么我们是否仍应将其称为松散耦合？

class ServiceInterface {
interfaceMethod();
}

implementation 1:
    @component("service1")
    class ServiceImpl1 implements ServiceInterface {
    interfacemethod(){
        
    }
    }
implementation 2:
    @component("service2")
    class ServiceImpl2 implements ServiceInterface {
    interfaceMethod(){
        
    }
    
   now  only instead of directly creating Object of ServiceImpl1() using new 
   ServiceImpl1 obj = new ServiceImpl1();
    we write in
    class Controller {
    @autowired
    @qualifier("service1")
    ServiceInterface se;
    
    sc.interfaceMethod();
    
    }

Answer 1

部分是，因为使用注入的合格 bean 的组件仍然没有创建它或处理它的生命周期。

但实际上使用@Qualifier会产生某种耦合。 如果您想避免这种情况，请考虑将您的ServiceInterface bean 之一作为接口的主要实现，并使用 @Primary 注释其@Primary ，如下所示：

@Component
@Primary
class ServiceImpl1 implements ServiceInterface {
    interfacemethod(){
        
    }
}

有了这个，每次你需要一个ServiceInterface实现但你实际上并没有指定你想要哪个（使用@Qualifier ）时，主要的一个是由 Spring 注入的。

Answer 2

即使您正在使用@Qualifier注释，您仍在使用控制反转来让框架管理您的依赖项。

此外，假设您不会自动装配此实现，而是使用“new”来创建您的 object。

当实现发生变化时，您需要更新所有创建它的地方。 然而，有了依赖注入，你就不需要这样做了。 因此，在松散耦合方面，您仍然具有依赖注入的优势。

如果你想让你的实现与你的目标 class 耦合较少，那么你可以做一些事情

1. 对 bean 使用@Primary来确定默认实现。
2. 将您的实现自动装配到List<ServiceInterface>
3. 使用 Spring 的ObjectFactory来确定在运行时使用哪个 bean
4. 使用配置文件来确定要自动装配哪个 bean