本部分講述@Alternative和@Qualfiers
1. 使用@Alternative來選擇一個替代者
你可能還記得，我們在前面定義瞭幾個可作為替代選擇的傳輸器，分別是JsonRestAtmTransport和SoapRestAtmTransport。想象一下如果你是ATM的安裝者，那麼需要配置傳輸器和地點。我們之前定義的註入點隻是使用默認傳輸器StandardRestAtmTransport。
如果還需要不同的傳輸器，就需要更改/META-INF/beans.xml文件來正確的選擇傳輸器，如下：
例 1. {classpath}/META-INF/beans.xml
<beans xmlns=”http://java.sun.com/xml/ns/javaee” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”
xsi:schemaLocation=”
http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/beans_1_0.xsd”>
<alternatives>
<class>org.cdi.advocacy.JsonRestAtmTransport</class>
</alternatives>
</beans>
你在輸出中將會看到選擇使用瞭JSON REST傳輸器。
Output
deposit called
communicating with bank via JSON REST transport
替代選擇在DI中是非常普遍的場景應用，也就是說，你有不同的註入對象依賴於不同的構建環境。很棒的是對象可以被替換。替代選擇特性允許你標記對象可以被其它對象替換。
如果DI容器有選擇替代功能，可以讓你標記對象能夠被替代。請考慮使用這種方式。因為我們不需要非得在文檔中說明替代選擇，他自身就是一種文檔，如果某些人知道CDI並且知道替代選擇，那麼他們在看到它時不會感到陌生。替代選擇是讓你替代對象的標準方式。
你可以考慮使用CDI作為很多模式的標準，我們已經在很多純DI框架中使用過。簡單化和標準化是DI的發展方向的一部分。
2. 使用@Qualifier註入不同的類型
在CDI中所有的對象和生產者都是限定類型的。如果你沒有分配限定類型那麼將會使用默認的@Default和@Any。就像一個罪犯在美國，如果沒有足夠的錢給律師，那麼他將會被分配一個。
限定類型用來識別正確的對象被註入，你可以寫自己定制的限定類型。
限定類型能夠匹配註入目標和註入源，確保正確的類型被註入。
你可以決定在什麼時候註入Soap、Json和Standard傳輸器。你不想把他們列出來選擇，實際上，你想在某些時候使用Json實現.
下面是對於Soap的一個限定類型定義。
例 2. Soap運行時限定類型註解
package org.cdi.advocacy;
import java.lang.annotation.Retention;
import java.lang.annotation.Target;
import static java.lang.annotation.ElementType.*;
import static java.lang.annotation.RetentionPolicy.*;
import javax.inject.Qualifier;
@Qualifier @Retention(RUNTIME) @Target({TYPE, METHOD, FIELD, PARAMETER})
public @interface Soap {
}
註意一個限定類型就是一個運行時註解，其標註瞭@Qualifier註解。@Qualifier註解把一個運行時註解聲明為限定類型。
下面我在SoapAtmTransport使用一個新的限定類型@Soap:
例 3. SoapAtmTransport使用新的@Soap限定類型註解
package org.cdi.advocacy;
@Soap
public class SoapAtmTransport implements ATMTransport {
@Override
public void communicateWithBank(byte[] datapacket) {
System.out.println(“communicating with bank via Soap trans
