java是一種強類型語言，每個實例都必須有指定的類型。實際上，java類型有兩種聲明類型和 運行時類型 (也可以相應的說是靜態類型 和動態類型 ). 像python這樣的弱類型語言通常稱為無類型，但是這樣說并不嚴謹，因為每個實例都有它的運行時類型。你只是不用事先聲明一個實例的類型而已。
要想調用一個對象中的方法，這個方法需要在聲明類型中存在。也就是說，你只能調用定義在父類中的方法，即使該實例是一個確定的子類型：
list list = new arraylist();
list.add("data"); // 在這里沒問題
list.ensurecapacity(4); // 這里就不行了ensurecapacity() 只在arraylist中才有。
如果我們要調用實際類型中的方法，我們首先要將它轉為正確的類型。在本例中，我們可以把 arraylist 轉為list,因為arraylist實現了list 接口. 也可以在運行時動態的檢驗，使用 list instanceof arraylist.
可擴展的接口
糟糕的是，一個類不能總是實現你所需要實現的接口。可能是因為這只對少數幾種情況才有效，或者它是一個沒有被關聯的庫中的類型，或者這個接口在后期又被改變了。
這種情況就可以使用iadaptable。 你可以把 iadaptable 動態的進行類型轉化。使用如下方法避免直接的類型轉化:
object o = new arraylist();
list list = (list)o;
我們可以這樣做:
iadaptable adaptable = new arraylist();
list list = (list)adaptable.getadapter(java.util.list.class);
你可認為它是一種類型動態轉化; 我們把adaptable轉為list實例。
為什么不直接轉化，而要用額外的getadapter() 呢?這種機制可以使我們將目標類轉化為沒有實現的接口。例如， 我們可能想使用hashmap 作為一個 list, 盡管他們并不兼容。
iadaptable adaptable = new hashmap();
list list = (list)adaptable.getadapter(java.util.list.class);
實現iadaptable
大多數iadaptable的實現看起來就想是為支持類型構造多個if表達式的疊加。如果要為hashmap實現getadapter() 可以這樣:
public class hashmap implements iadaptable {
public object getadapter(class clazz) {
if (clazz == java.util.list.class) {
list list = new arraylist(this.size());
list.addall(this.values());
return list;
}
return null;
}
// ...
}
返回的是一個對自身的代理，而不是直接轉化類型。如果請求的是不支持的類型，可以直接返回null表明失敗，這樣比拋出異常要好。
platformobject
當你想添加新的要擴展的類型時，只是簡單的修改一下就可以了。在任何情況下，如果已經得到了類型，為什么不修改接口？不修改類（如果使用接口，不容易保證向后兼容）或者改變它的類型（hashmap不是 list，但是可以轉化）是有原因的。要解決這個問題，在eclipse中，使用了一個抽象類 platformobject。它為你實現了 iadaptable接口，你就可以不用再操心了。
platformobject 代理所有的它對getadapter()的請求到 iadaptermanager. iadaptermanager是平臺默認提供的，通過 platform.getadaptermanager()來訪問。你可以將它想象為一個巨大的 map ，它負責關聯類和適當的適配器。platformobject的 getadapter() 方法可以訪問到這個map.
適配已存在的類
這樣的好處是可以為每一個platformobject對象動態的關聯新的適配器，而不用重新編譯。在eclipse中的很多地方都是這樣來支持擴展的。
這里希望將裝有string的list轉為xml節點。 xml節點顯示為:
＜list＞
＜entry＞first string＜/entry＞
＜entry＞second string＜/entry＞
＜entry＞third string＜/entry＞
＜/list＞
因為list的tostring方法可能有別的用途，所以不能使用。 可以為list添加一個工廠，當有轉為xml節點的請求時，一個node對象就會自動返回。
這里需要3個步驟:
1. 從list中生成node
使用iadapterfactory 來封裝轉換機制:
import nu.xom.*;
public class nodelistfactory implements iadapterfactory {
/** the supported types that we can adapt to */
private static final class[] types = {
node.class,
};
public class[] getadapterlist() {
return types;
}
/** the actual conversion to a node */
public object getadapter(object list, class clazz) {
if (clazz == node.class && list instanceof list) {
element root = new element("list");
iterator it = list.iterator();
while(it.hasnext()) {
element item = new element("entry");
item.appendchild(it.next().tostring());
root.appendchild(item);
}
return root;
} else {
return null;
}
}
}
2. 注冊工廠到platform的adaptermanager
我們需要注冊工廠到適配器工廠，當我們向 list實例請求node時, 它就會知道是使用我們注冊的工廠。 platform為我們管理iadaptermanager ，而且注冊過程相當簡單:
platform.getadaptermanager().registeradapters(
new nodelistfactory(), list.class
);
上面的代碼要求平臺管理者關聯nodelistfactory和list。但我們要求list實例的適配器，它會調用這個工廠。根據我們對工廠的定義，會獲得一個node對象。在eclispe中,這一步必須在插件啟動的時候顯式的執行，要隱式執行可以通過 org.eclipse.core.runtime.adapters 擴展點。
3. 向list要求node
這里是要求適配器返回一個 node 對象:
node getnodefrom(iadaptable list) {
object adaptable = list.getadapter(node.class);
if (adaptable != null) {
node node = (node)adaptable;
return node;
}
return null;
}
總結
如果你要在運行時為已存在的類添加功能，只要定義一個能完成轉換功能的工廠，然后注冊工程到 platform的 adaptermanager就可以了. 這項功能可以用來為一個非ui組件注冊一個指定的ui組件，同時保持兩部分的完全分離。就像在org.rcpapps.rcpnews.ui 和org.rcpapps.rcpnews 插件中的使用。在這些例子中, ipropertysource 在ui插件中，它需要與非ui插件的數據相關聯。當ui插件初始化時，它注冊ipropertysource 到platform, 當數據對象在瀏覽器中被選中時，屬性視圖中就會顯示相應的屬性。
很明顯, java.util.list不能擴展platformobject, 所以你不能指望例子中的代碼能夠編譯通過，你可以重新構造 list的子類來實現目的.繼承platformobject 也不是必須的:
public class adaptablelist implements iadaptable, list {
public object getadapter(class adapter) {
return platform.getadaptermanager().getadapter(this, adapter);
}
private list delegate = new arraylist();
public int size() {
return delegate.size();
}
// ...
}
本例中使用了xom 來生成xml。
