Eclipse中的IAdaptable分析

　　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.