當我與客戶交談時,常聽到一個常見的誤解,認為所有關於泛型類型的資訊都會從您的 Java 類別檔案中抹除。這完全是不正確的。所有靜態泛型資訊都會保留,只有關於個別實例的泛型資訊才会被抹除。因此,如果我有一個類別 Foo 實作了 List<String>,那麼我可以判斷 Foo 在執行時實作了由 String 參數化的 List 介面。但是,如果我在執行時實例化一個 ArrayList<String> 的實例,我無法取得該實例並判斷其具體類型參數(我可以判斷 ArrayList 需要類型參數)。在這篇文章中,我將向您展示一些可用的泛型中繼資料的實際用法,這些中繼資料簡化了策略介面和實作的建立,這些策略介面和實作因它們處理的物件類型而異。
我在許多應用程式中看到的一種模式是使用某種類型的策略介面,其具體實作各自處理特定的輸入類型。例如,考慮一個來自投資銀行世界的簡單場景。任何公開交易的公司都可以發布公司行動,這些行動會對其股票產生實際變化。一個重要的例子是股利支付,即向所有股東支付每股一定數量的現金、股票或財產。在投資銀行中,接收這些事件的通知並計算由此產生的權利非常重要,以便使交易簿與正確的股票和現金價值保持最新狀態。
作為一個具體的例子,考慮持有 1,200,000 股 IBM 股票的 BigBank。IBM 決定發放每股 0.02 美元的股利。因此,BigBank 需要收到股利行動的通知,並在適當的時間點更新其交易簿,以反映額外的 24,000 美元現金可用。
權利的計算將因執行的公司行動類型而異。例如,合併很可能導致一家公司的股票損失,而另一家公司的股票收益。
如果我們考慮這在 Java 應用程式中會是什麼樣子,我們可以假設看到如下(高度簡化)的例子
public class CorporateActionEventProcessor {
public void onCorporateActionEvent(CorporateActionEvent event) {
// do we have any stock for this security?
// if so calculate our entitlements
}
}
關於事件的通知可能透過多種機制從外部各方傳入,然後發送到這個 CorporateActionEventProcessor 類別。CorporateActionEvent 介面可以透過許多具體類別實現
public class DividendCorporateActionEvent implements CorporateActionEvent {
private PayoutType payoutType;
private BigDecimal ratioPerShare;
// ...
}
public class MergerCorporateActionEvent implements CorporateActionEvent {
private String currentIsin; // security we currently hold
private String newIsin; // security we get
private BigDecimal…