Во всех этих случаях можно выбрать только одну реализацию (есть только ItemEJB, только один IsbnGenerator). Если у вас есть только одна реализация, CDI сможет внедрить ее. Затем мы поговорим о внедрении по умолчанию . На самом деле код:

@Inject IsbnGenerator numberGenerator

@Inject IsbnGenerator numberGenerator

@WebServlet(urlPatterns = "/itemServlet")
public class ItemServlet extends HttpServlet {

    @Inject @Default
    private IsbnGenerator numberGenerator;
    ...
}

@Default
public class IsbnGenerator {

    public String generateNumber () {
        return "13-84356-" + Math.abs(new Random().nextInt());
    }
}

В этой статье я использую термин bean , но, чтобы быть более точным, я должен сказать управляемый bean (то есть bean, который управляется CDI ). ManagedBeans были введены в Java EE 6.

Неоднозначная инъекция и классификаторы

Для данного типа бина может быть несколько бинов, которые реализуют этот тип . Например, наше приложение может иметь две реализации интерфейса NumberGenerator: IsbnGenerator генерирует 13-значный номер и IssnGenerator 8-значный номер. Компонент, который должен сгенерировать 13-значный номер, должен каким-то образом различать две реализации. Один из подходов заключается в явном указании класса (IsbnGenerator), но это создает жесткую зависимость между компонентом и реализацией. Другой подход заключается в том, чтобы полагаться на внешнюю конфигурацию XML для объявления и внедрения соответствующего компонента. CDI использует квалификаторы, которые представляют собой аннотации, для строгой типизации и слабой связи .

В этой статье я использую инъекцию для атрибута, это означает, что аннотация @Inject находится на атрибуте. Но с CDI вы также можете использовать инъекцию сеттера или конструктора.

Предположим, по какой-то причине, что ItemServlet создает книги с ISBN-номером из 13 цифр, а ItemRestService создает книги с ISSN-номером из 8 цифр. Оба (ItemServlet и ItemRestService) вводят ссылку на один и тот же интерфейс NumberGenerator, какую реализацию он будет использовать? Ты не знаешь? CDI тоже не знает, и вы получите сообщение об ошибке:

Ambiguous dependencies for type [NumberGenerator] with qualifiers [@Default] at injection point [[field] 
@Inject private ItemRestService.numberGenerator]. Possible dependencies [[Managed Bean [class IsbnGenerator] 
with qualifiers [@Any @Default], Managed Bean [class IssnGenerator] with qualifiers [@Any @Default]]].

Это означает, что мы должны быть менее двусмысленными и сообщать CDI, какой бин и куда внедрять. Если вы пришли из Spring, первое, что приходит вам в голову, это « давайте использовать файл beans.xml ». Но, как говорится в этом посте , « beans.xml не предназначен для определения bean в XML ». С CDI вы используете классификаторы (аннотации).

В CDI есть три встроенных классификатора :

• @Default: если бин не объявляет спецификатор явно, бин имеет спецификатор @Default
• @Any: позволяет приложению динамически указывать классификаторы
• @New: позволяет приложению получить новый квалифицированный компонент

Спецификатор представляет некоторую семантику, связанную с типом, которая удовлетворяется некоторыми реализациями типа. Например, вы можете ввести квалификаторы для представления генератора чисел из 13 цифр или генератора чисел из восьми цифр . В Java квалификаторы представлены аннотациями, определенными как @Target ({FIELD, TYPE, METHOD}) и @Retention (RUNTIME). Это объявляется путем указания метааннотации @ javax.inject.Qualifier следующим образом:

@Qualifier
@Retention(RUNTIME)
@Target({FIELD, TYPE, METHOD})
public @interface EightDigits {
}

@Qualifier
@Retention(RUNTIME)
@Target({FIELD, TYPE, METHOD})
public @interface ThirteenDigits {
}

Как видите, я только что определил два классификатора, очень легко. Хорошо, так как я могу использовать их сейчас? Лучше, чем слова, диаграмма классов прояснит это.

Прежде всего, квалификаторы должны быть применены к соответствующей реализации. Как видите, @ThirteenDigits применяется к IsbnGenerator, а @EightDigits — к @IssnGenerator:

@EightDigits
public class IssnGenerator implements NumberGenerator {

    public String generateNumber() {
        return "8-" + Math.abs(new Random().nextInt());
    }
}

@ThirteenDigits
public class IsbnGenerator implements NumberGenerator {

    public String generateNumber() {
        return "13-84356-" + Math.abs(new Random().nextInt());
    }
}

@WebServlet(urlPatterns = "/itemServlet")
public class ItemServlet extends HttpServlet {

    @Inject @ThirteenDigits
    private NumberGenerator numberGenerator;
    ...
}

@Path("/items")
@ManagedBean
public class ItemRestService {

    @Inject @EightDigits
    private NumberGenerator numberGenerator;
    ...
}

@WebServlet(urlPatterns = "/itemServlet")
public class ItemServlet extends HttpServlet {

    @Inject @NumberOfDigits(Digits.THIRTEEN)
    private NumberGenerator numberGenerator;
    ...
}

@Path("/items")
@ManagedBean
public class ItemRestService {

    @Inject @NumberOfDigits(Digits.EIGHT)
    private NumberGenerator numberGenerator;
    ...
}

@NumberOfDigits(Digits.THIRTEEN)
public class IsbnGenerator implements NumberGenerator {

    public String generateNumber() {
        return "13-84356-" + Math.abs(new Random().nextInt());
    }
}

@NumberOfDigits(Digits.EIGHT)
public class IssnGenerator implements NumberGenerator {

    public String generateNumber() {
        return "8-" + Math.abs(new Random().nextInt());
    }
}

@Qualifier
@Retention(RUNTIME)
@Target({FIELD, TYPE, METHOD})
public @interface NumberOfDigits {
    Digits value();
}

public enum Digits {
    TWO,
    EIGHT,
    TEN,
    THIRTEEN
}

@Inject @NumberOfDigits(Digits.EIGHT) NumberGenerator numberGenerator