Какова роль аннотации @EJB

Question

Я хочу понять, какова роль @EJB и что делает контейнер во время инъекции.

Я новичок в Java EE, и на данный момент я использую инъекции зависимостей для использования EJB, потому что я научился с помощью этого метода.

К примеру, у меня есть локальный интерфейс

@Local 
public interface MyInterface 

тогда я реализую этот интерфейс

@Stateless 
public class MyInterfaceImpl implements MyInterface 

и когда я хочу использовать EJB, я пишу

@EJB 
MyInterface ejb; 

Во-первых, я не понимаю, что происходит в контейнере во время инъекционных зависимостей.

Кроме того, почему лучше (или не может быть), чтобы использовать интерфейс для вызова EJB, тогда как использовать EJB (который, по моему мнению, будет более прямой)

MyInterfaceImpl ejb; 
ejb.myMethod(); 

Answer 1

1. Когда контейнер видит ваш @EJB знает, что он должен найти правильную реализацию интерфейса EJB, создать экземпляр этого компонента (версия отражения new MyInterfaceImpl()), вызвать его методы жизненного цикла, а затем сделать его доступным для вас.
   Он делает все это для вас - вы просто сосредоточены на бизнес-логике и зависимостях, а не на конфигурации, создании экземпляров или управлении жизненным циклом зависимого EJB.

2. Можно непосредственно ввести класс-конструктор EJB (@LocalBean - вид без интерфейса). Для некоторых простых случаев этого достаточно, и вы можете быть счастливы с этим. Тем не менее, для других примеров в реальной жизни вам может понадобиться поменять реализацию бизнес-интерфейса EJB во время развертывания. Эта реализация может отличаться от развертывания до развертывания. Hardcoding класс-конструктор в вашем коде, как вы показали, заставляет вас тесно связать с реализацией интерфейса - т. Е. Вы не можете поменять его без перекомпиляции кода.