現在建立最受歡迎框架的基礎是依賴注入。我建議看看 CDI 規範對此有何規定，我們擁有哪些基本功能以及如何使用它們。
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
之後，在「選擇數位或套用篩選器」和「選擇 org.apache.maven.archetypes:maven-archetype-quickstart 版本」問題上，只需按 Enter 鍵即可。接下來，輸入項目標識符，即所謂的 GAV（請參閱命名約定指南）。
![簡要介紹依賴注入或]()
成功建立專案後，我們將看到“BUILD SUCCESS”字樣。現在我們可以在我們最喜歡的 IDE 中開啟我們的專案。
![簡要介紹依賴注入或]()
這裡我們可以看到Maven是如何描述我們在專案中使用CDI API這一事實的。API是應用程式接口，即某種程式設計接口。我們使用介面而不用擔心介面背後的內容和工作方式。API是一個jar檔案，我們將在我們的專案中開始使用它，也就是說，我們的專案開始依賴這個jar。因此，我們專案的 CDI API 是一個依賴項。在 Maven 中，專案在 POM.xml 檔案（POM - 專案物件模型）中進行描述。依賴項在依賴項區塊中描述，我們需要向其中新增一個條目：
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
![Java-университет]()
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
一旦我們有了這個文件，包含我們程式碼的工件將被稱為「顯式 bean 存檔」。現在我們有 2 個獨立的設定：軟體和 xml。問題是他們將加載相同的數據。例如，DataSource bean 定義將載入 2 次，我們的程式在執行時會崩潰，因為 CDI 容器會將它們視為 2 個獨立的 bean（儘管實際上它們是同一個類，CDI 容器了解了兩次）。為了避免這種情況，有兩種選擇：
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
![簡要介紹依賴注入或]()
從圖中可以看出，我們有所謂的生命週期回檔。這些註解將告訴 CDI 容器在 bean 生命週期的某個階段呼叫某些方法。例如：
![簡要介紹依賴注入或]()
介紹
我想將這篇簡短的評論專門用於 CDI 這樣的事情。這是什麼？CDI 代表上下文和依賴注入。這是一個描述依賴注入和上下文的 Java EE 規格。有關信息，您可以查看網站http://cdi-spec.org。由於 CDI 是一個規範（對它如何運作的描述，一組介面），我們還需要一個實作來使用它。其中一個實作是 Weld - http://weld.cdi-spec.org/ 為了管理依賴項並建立項目，我們將使用 Maven - https://maven.apache.org 所以，我們已經安裝了Maven，現在我們會在實踐中理解它，以免理解抽象。為此，我們將使用 Maven 建立一個專案。讓我們打開命令列（在Windows中，可以使用Win+R打開“運行”視窗並執行cmd）並要求Maven為我們做一切。為此，Maven 有一個稱為原型的概念：Maven Archetype。
將 CDI 新增至項目
在介紹中，我們看到 CDI 有一個有趣的網站 - http://www.cdi-spec.org/。有一個下載部分，其中包含一個表，其中包含我們需要的資料：
<dependency>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<version>2.0</version>
</dependency><dependency>
<groupId>org.jboss.weld.se</groupId>
<artifactId>weld-se-core</artifactId>
<version>3.0.5.Final</version>
</dependency>
初始化 CDI 容器
CDI是一種機制。必須有人控制這個機制。正如我們上面已經讀到的，這樣的管理器是一個容器。因此，我們需要創建它；它本身不會出現在SE環境中。讓我們將以下內容新增到 main 方法中：public static void main(String[] args) {
SeContainerInitializer initializer = SeContainerInitializer.newInstance();
initializer.addPackages(App.class.getPackage());
SeContainer container = initializer.initialize();
}
CDI 豆
所以，豆子。什麼是 CDI 垃圾箱？這是一個遵循一些規則的 Java 類別。這些規則在規範的「2.2. bean 是什麼類型？」一章中進行了描述。讓我們將 CDI bean 加入到與 App 類別相同的套件中：
public class Logger {
public void print(String message) {
System.out.println(message);
}
}main：
Logger logger = container.select(Logger.class).get();
logger.print("Hello, World!");public class DateSource {
public String getDate() {
return new Date().toString();
}
}public class Logger {
@Inject
private DateSource dateSource;
public void print(String message) {
System.out.println(dateSource.getDate() + " : " + message);
}
}
名稱解析或型別安全解析
通常，介面用作要實現的物件類型，CDI 容器本身決定選擇哪個實作。這很有用，有很多原因，我們將討論這些原因。所以我們有一個記錄器介面：public interface Logger {
void print(String message);
}public class SystemOutLogger implements Logger {
@Inject
private DateSource dateSource;
public void print(String message) {
System.out.println(message);
}
}Logger logger = container.select(Logger.class).get(); 記錄器仍會收到該行。美妙之處在於我們只需要知道接口，CDI 容器已經為我們考慮了實現。假設我們有第二個實現，應該將日誌傳送到遠端儲存的某個位置：
public class NetworkLogger implements Logger {
@Override
public void print(String message) {
System.out.println("Send log message to remote log system");
}
}org.jboss.weld.exceptions.AmbiguousResolutionException: WELD-001335: Ambiguous dependencies for type Logger 要做什麼？有幾種可用的變體。最簡單的一個是CDI bean 的@Vetoed註釋，以便 CDI 容器不會將此類視為 CDI bean。但還有一種更有趣的方法。可以使用Weld CDI 文件的「 4.7. 替代品@Alternative」章節中所述的註解將 CDI bean 標記為「替代品」 。這是什麼意思？這意味著除非我們明確地說使用它，否則它不會被選擇。這是 bean 的替代版本。讓我們將 NetworkLogger bean 標記為@Alternative，我們可以看到程式碼再次被執行並被 SystemOutLogger 使用。為了啟用替代方案，我們必須有一個beans.xml檔。可能會出現這樣的問題：“ beans.xml，我把你放在哪裡？ ” 因此，讓我們正確放置文件：
- 刪除該行
initializer.addPackages(App.class.getPackage())並新增 xml 檔案的替代指示：
<beans
xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd">
<alternatives>
<class>ru.javarush.NetworkLogger</class>
</alternatives>
</beans>bean-discovery-mode將值為「none 」的屬性新增至 beans 根元素並以程式設計方式指定替代方案：
initializer.addPackages(App.class.getPackage());
initializer.selectAlternatives(NetworkLogger.class);@Priority（自 CDI 1.1 起）。
預選賽
另外，值得討論一下像限定符這樣的事情。限定符由 bean 上方的註解指示，並細化對 bean 的搜尋。現在還有更多細節。有趣的是，任何 CDI bean 在任何情況下都至少有一個限定符 -@Any。如果我們沒有在 bean 上方指定任何限定符，但 CDI 容器本身會@Any在限定符中新增另一個限定符 - @Default。如果我們指定任何內容（例如，明確指定@Any），則不會自動新增@Default 限定符。但預選賽的美妙之處在於您可以創建自己的預選賽。限定符與註解幾乎沒有什麼不同，因為 本質上，這只是一個以特殊方式編寫的註釋。例如，您可以輸入 Enum 作為協定類型：
public enum ProtocolType {
HTTP, HTTPS
}@Qualifier
@Retention(RUNTIME)
@Target({METHOD, FIELD, PARAMETER, TYPE})
public @interface Protocol {
ProtocolType value();
@Nonbinding String comment() default "";
}@Nonbinding並不影響限定符的確定。現在您需要指定限定符。它顯示在 bean 類型上方（以便 CDI 知道如何定義它）和注入點上方（使用 @Inject 註釋，以便您了解在該位置查找哪個 bean 進行注入）。例如，我們可以加入一些有限定符的類別。為簡單起見，在本文中，我們將在 NetworkLogger 中執行這些操作：
public interface Sender {
void send(byte[] data);
}
@Protocol(ProtocolType.HTTP)
public static class HTTPSender implements Sender{
public void send(byte[] data) {
System.out.println("sended via HTTP");
}
}
@Protocol(ProtocolType.HTTPS)
public static class HTTPSSender implements Sender{
public void send(byte[] data) {
System.out.println("sended via HTTPS");
}
}@Inject
@Protocol(ProtocolType.HTTPS)
private Sender sender;Protocol protocol = new Protocol() {
@Override
public Class<? extends Annotation> annotationType() {
return Protocol.class;
}
@Override
public ProtocolType value() {
String value = "HTTP";
return ProtocolType.valueOf(value);
}
};
container.select(NetworkLogger.Sender.class, protocol).get().send(null);
製片人
CDI 的另一個有用的功能是生產者。這些是特殊方法（它們以特殊註解標記），當某些 bean 請求依賴項注入時呼叫。更多詳細資訊在文件的「2.2.3. 生產者方法」部分中進行了描述。最簡單的例子：@Produces
public Integer getRandomNumber() {
return new Random().nextInt(100);
}
攔截器
攔截器是「幹擾」工作的攔截器。在 CDI 中，這一點做得非常清楚。讓我們看看如何使用解釋器（或攔截器）進行日誌記錄。首先，我們需要描述與攔截器的綁定。與許多事情一樣，這是使用註釋完成的：@Inherited
@InterceptorBinding
@Target({TYPE, METHOD})
@Retention(RUNTIME)
public @interface ConsoleLog {
}@InterceptorBinding）的綁定，它將被extends（@InterceptorBinding）繼承。現在讓我們來寫攔截器本身：
@Interceptor
@ConsoleLog
public class LogInterceptor {
@AroundInvoke
public Object log(InvocationContext ic) throws Exception {
System.out.println("Invocation method: " + ic.getMethod().getName());
return ic.proceed();
}
}@ConsoleLog
public void print(String message) {<interceptors>
<class>ru.javarush.LogInterceptor</class>
</interceptors>
事件與觀察員
CDI 也提供了事件和觀察者的模型。這裡一切都不像攔截器那麼明顯。因此，本例中的事件絕對可以是任何類別；描述不需要任何特殊內容。例如：public class LogEvent {
Date date = new Date();
public String getDate() {
return date.toString();
}
}public class LogEventListener {
public void logEvent(@Observes LogEvent event){
System.out.println("Message Date: " + event.getDate());
}
}public class LogObserver {
@Inject
private Event<LogEvent> event;
public void observe(LogEvent logEvent) {
event.fire(logEvent);
}
}@Inject
private LogObserver observer;public void print(String message) {
observer.observe(new LogEvent());.fireAsync（而不是 .fire）和註釋@ObservesAsync（而不是 @Observes）。例如，如果所有事件都在不同的執行緒中執行，那麼如果 1 個執行緒拋出異常，則其他執行緒將能夠為其他事件執行其工作。像往常一樣，您可以在規範中的「10. 事件」一章中閱讀有關 CDI 中事件的更多資訊。
裝飾器
正如我們在上面看到的，各種設計模式都收集在 CDI 翼下。這是另一個 - 裝飾器。這是一件非常有趣的事。我們來看看這個類別：@Decorator
public abstract class LoggerDecorator implements Logger {
public final static String ANSI_GREEN = "\u001B[32m";
public static final String ANSI_RESET = "\u001B[0m";
@Inject
@Delegate
private Logger delegate;
@Override
public void print(String message) {
delegate.print(ANSI_GREEN + message + ANSI_RESET);
}
}@Delegate。裝飾器只能與 CDI bean 關聯，它本身既不是攔截器也不是裝飾器。規格中還可以看到一個例子：「1.3.7.裝飾器範例」。裝飾器和攔截器一樣，必須打開。例如，在beans.xml中：
<decorators>
<class>ru.javarush.LoggerDecorator</class>
</decorators>生命週期
Bean 有自己的生命週期。它看起來像這樣：
@PostConstruct
public void init() {
System.out.println("Inited");
}
GO TO FULL VERSION