春季：为什么我们要自动装配接口而不是实现的类？

例

interface IA
{
  public void someFunction();
}

@Resource(name="b")
class B implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someBfunc()
  {
     //doing b things
  }
}

@Resource(name="c")
class C implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someCfunc()
  {
     //doing C things
  }
}

class MyRunner
{

  @Autowire
  @Qualifier("b") 
  IA worker;

  worker.someFunction();
}

谁可以给我解释一下这个。

• spring如何知道要使用哪种多态类型。
• 我需要@Qualifier还是@Resource？
• 为什么我们要自动连接接口而不是实现的类？

spring如何知道要使用哪种多态类型。

只要接口只有一个实现，并且在@Component启用了Spring的组件扫描的情况下对实现进行注释，Spring框架就可以找出（接口，实现）对。如果未启用组件扫描，则必须在application-config.xml（或等效的spring配置文件）中显式定义Bean。

我需要@Qualifier或@Resource吗？

一旦拥有多个实现，就需要对每个实现进行限定，并且在自动装配期间，您需要使用@Qualifier批注将正确的实现以及批注一起注入@Autowired。如果使用@Resource（J2EE语义），则应使用name此批注的属性指定Bean名称。

为什么我们要自动连接接口而不是实现的类？

首先，一般来说，对接口进行编码始终是一个好习惯。其次，在spring的情况下，您可以在运行时注入任何实现。一个典型的用例是在测试阶段注入模拟实现。

interface IA
{
  public void someFunction();
}


class B implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someBfunc()
  {
     //doing b things
  }
}


class C implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someCfunc()
  {
     //doing C things
  }
}

class MyRunner
{
     @Autowire
     @Qualifier("b") 
     IA worker;

     ....
     worker.someFunction();
}

您的bean配置应如下所示：

<bean id="b" class="B" />
<bean id="c" class="C" />
<bean id="runner" class="MyRunner" />

或者，如果在存在这些组件的包装上启用了组件扫描，则应按以下步骤对每个类别进行限定@Component：

interface IA
{
  public void someFunction();
}

@Component(value="b")
class B implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someBfunc()
  {
     //doing b things
  }
}


@Component(value="c")
class C implements IA
{
  public void someFunction()
  {
    //busy code block
  }
  public void someCfunc()
  {
     //doing C things
  }
}

@Component    
class MyRunner
{
     @Autowire
     @Qualifier("b") 
     IA worker;

     ....
     worker.someFunction();
}

然后worker在MyRunner中将注入type的实例B。

同样，它可能会在日志中引起一些警告，例如Cglib2AopProxy无法代理方法。这里还描述了许多其他原因，为什么在服务层和dao层中始终只有单个实现接口？