Весна: Чому ми автоматично підключаємо інтерфейс, а не реалізований клас?

Приклад

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();
}

Може хтось мені це пояснить.

• Як весна знає, який поліморфний тип використовувати.
• Мені потрібно @Qualifierчи @Resource?
• Чому ми автоматично підключаємо інтерфейс, а не реалізований клас?

Як весна знає, який поліморфний тип використовувати.

Поки існує лише одна реалізація інтерфейсу і ця реалізація анотована при @Componentвключеному скануванні компонента Spring, Spring Framework може з'ясувати пару (інтерфейс, реалізація). Якщо сканування компонентів не ввімкнено, вам доведеться чітко визначити бін у вашому застосунку-config.xml (або еквівалентному файлі конфігурації весни).

Чи потрібен мені @Qualifier або @Resource?

Після того, як у вас є кілька варіантів реалізації, вам потрібно кваліфікувати кожну з них і під час автоматичного проводки вам потрібно буде використовувати @Qualifierанотацію, щоб ввести правильну реалізацію разом з @Autowiredанотацією. Якщо ви використовуєте @Resource (J2EE семантика), то вам слід вказати ім'я квасолі, використовуючи nameатрибут цієї анотації.

Чому ми автоматично підключаємо інтерфейс, а не реалізований клас?

По-перше, завжди корисно кодувати інтерфейси взагалі. По-друге, у випадку весни, ви можете ввести будь-яку реалізацію під час виконання. Типовим випадком використання є ін'єкція макету на етапі тестування.

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 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буде введено екземпляр типу B.

Крім того, це може спричинити деякі попередження в журналах, як, наприклад, метод Cglib2AopProxy Не вдається проксі . І багато інших причин цього описані тут. Чому завжди є єдині інтерфейси реалізації в сервісних та даових шарах?