1. 简介和简单的实现
IAdapteable实际上在Eclipse早期版本中不叫这个名字，它原来的名字叫做IExtensible，顾名思义就是可以扩展的意思，后来为了更能突出是由一个类配适到一个接口这么一种机制，所以改名为IAdaptable。
这个接口有什么用呢，其实说白了，就是提供一个类型的转换机制。比如下面这段代码：
Class IAdaptable
public interface IAdaptable {
public Object getAdapter(Class clazz);
}
Class ListAdapter
public class ListAdapter extends ArrayList implements IAdaptable {
public Object getAdapter(Class clazz) {
if(clazz == Vector.class){
Vector v = new Vector(this.size());
v.addAll(this);
return v;
}
return null;
}
}
ListAdapter类继承了ArrayList，并且实现了IAdaptable接口，我们 想要将它转化成Vector类型对象，于是在getAdapter方法中我们判断传入参数类型，如果是Vector类那么就新生成一个Vector对象，将ArrayList中的值全部赋给它，并返回。
这样，我们就可以写出以下代码：
ListAdapter list = new ListAdapter();
Vector v = (Vector) list.getAdapter(Vector.class);
ArrayList会返回Vector对象，这个对象是ArrayList的一个另外一种类型的副本。
2.一个Swing程序
读者会问：这有什么用啊，不就简单转化一下麽。其实说实话，从上面的代码来看确实没什么用，但是如果我们换一个场景试试。
写这么一个Swing程序：有一个对话框，其中它有一个ComboBox和一个Table，ComboBox中存放的是一个名为Person类型的对象，当ComboBox的选项发生改变的时候，就在Table上显示它的属性，我们假设这个Swing程序已经在某个项目中开始实施，并且其界面布局不易更改。
看看代码：
Class person
public class Person {
private String name = "name";
private String age = "23";
private String sex = "male";
public Person(String name){
this.setName(name);
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
……
}
UI类的部分代码：
{
table = new JTable();
this.getContentPane().add(table);
table.setBounds(218, 2, 171, 248);
}
{
ComboBoxModel jComboBox1Model = new DefaultComboBoxModel(
new Object[] { new Person("rEloaD"), new Person("b") });
comboBox = new JComboBox();
this.getContentPane().add(comboBox);
comboBox.setModel(jComboBox1Model);
comboBox.addActionListener(new ActionListener(){
public void actionPerformed(ActionEvent e){
JComboBox comboBox =(JComboBox)e.getSource();
Person p = (Person)comboBox.getSelectedItem();
TableModel jTable1Model = new DefaultTableModel(
new String[][] { { "Name", p.getName() },
{ "Sex", p.getSex() },
{ "Age", p.getAge() }},
new String[] { "Column 1", "Column 2" });
table.setModel(jTable1Model);
}
});
}
运行我们的代码，会发现效果还可以，每当我们选项改变的时候，Table就如同一个属性栏一样，改变着自己的内容：
3.需求变更
OK，问题来了。我写完这段代码后，组长告诉我，现在我们有一个新的需求，就是Combox中不仅仅有Person类型存在，而且还有一些货物(Product)类型，也就是说，我的table显示属性不能光针对Person这个类型了，还需要显示Product的属性。
我心里骂了句：早TMD干嘛了，都快交活儿了才告诉我。
无奈，我新增加了一个Product类型，然后更改了ActionListener中的部分代码：
JComboBox comboBox =(JComboBox)e.getSource();
Object obj = comboBox.getSelectedItem();
TableModel jTable1Model = null;
if(obj instanceof Person){
jTable1Model = new DefaultTableModel(
new String[][] { { "Name", ((Person)obj).getName() },
{ "Sex", ((Person)obj).getSex() },
{ "Age", ((Person)obj).getAge() }},
new String[] { "Column 1", "Column 2" });
}
if(obj instanceof Product){
jTable1Model = new DefaultTableModel(
new String[][] { { "Name", ((Product)obj).name },
{ "price", ((Product)obj).price },
{ "quantity", ((Product)obj).quantity }},
new String[] { "Column 1", "Column 2" });
}
table.setModel(jTable1Model);
结果还是让人满意的：
后来我感觉ActionListener代码有一些凌乱，又封装了一个Builder类，让它创建TableModel：
public static TableModel modelBuilder(Object obj){
TableModel jTable1Model = null;
if(obj instanceof Person){
jTable1Model = new DefaultTableModel(
new String[][] { { "Name", ((Person)obj).getName() },
{ "Sex", ((Person)obj).getSex() },
{ "Age", ((Person)obj).getAge() }},
new String[] { "Column 1", "Column 2" });
}
if(obj instanceof Product){
jTable1Model = new DefaultTableModel(
new String[][] { { "Name", ((Product)obj).name },
{ "price", ((Product)obj).price },
{ "quantity", ((Product)obj).quantity }},
new String[] { "Column 1", "Column 2" });
}
return jTable1Model;
}
我对自己的代码还算满意，至少目前能用了。
4.需求又变了
第二天，组长告诉我，需求又变了，这会不但多增加一个“服装”类型，Product类型属性显示有错误，并且需要增加一个Tree，显示当前同种类型直接的层次结构，等等。
我听了领导唠叨半个小时后，打开了我刚写的Builder类，往里面增加着我的代码……
类图大致如下：
程序经过修改后，好不容易又符合要求了，情况又发生了变化，组长需要我继续修改。我无奈地看着组长，组长也无奈地看着我那用if-else堆成的代码……
“悲哀，真让我替你感到悲～哀！”组长操着本山的腔调这样对我说。
是啊，多悲哀啊，一个设计上的错误让我的代码无法适应需求的变化。
好了，让我们回到IAdaptable上。
通过上面的例子，我看可以发现这么一个情况：同样一个对象，在程序里面往往有许多不同的显示方式（不仅仅是在UI显示，在其他一些代码里，需要转化成另外类型或者数据结构）。
如果我用IAdapteable的思想来实现刚才的Swing属性显示，会怎么样呢？
重新写一遍ActionListener中的代码：
JComboBox comboBox =(JComboBox)e.getSource();
Object obj = comboBox.getSelectedItem();
TableModel jTable1Model = null;
if(obj instanceof IAdaptable){
jTable1Model = (TableModel) ((IAdaptable)obj).getAdapter(TableModel.class);
}
table.setModel(jTable1Model);
然后分别让Person和Product实现IAdaptable接口：
Class Person:
public class Person implements IAdaptable{
…..
public Object getAdapter(Class clazz) {
if(clazz == TableModel.class){
return new DefaultTableModel(
new String[][] { { "Name", getName() },
{ "Sex", getSex() },
{ "Age", getAge() }},
new String[] { "Column 1", "Column 2" });
}
return null;
}
}
Class Product
public class Product implements IAdaptable{
……
public Object getAdapter(Class clazz) {
if(clazz == TableModel.class){
return new DefaultTableModel(
new String[][] { { "Name", getName() },
{ "Sex", getSex() },
{ "Age", getAge() }},
new String[] { "Column 1", "Column 2" });
}
return null;
}
}
其实我们的代码量并没有任何的改变，前后都是一样的。
但是我们将Table需要显示的模型（TableModel），现在是作为扩展类接口抽取了出来，而那些需要在Table上显示自己属性的业务模型（Person,Product）实现了IAdaptable接口，将显示模型(TableModel)作为了自己的扩展接口类型给予实例返回，并且UI代码中，Table和业务模型之间形成一种契约：凡是实现了IAdaptable的接口才可以获得在该Table上显示的资格，并且Table从IAdaptable的getAdapter方法获得显示模型：
这样一来，我们的Swing程序不仅功能能够实现，而且UI部分代码和业务模型代码之间的耦合性减小了。
而且，如果需求发生变化，比如像刚才提到那样“需要增加一个Tree，显示当前同种类型直接的层次结构”，那我们就在getAdaper方法中返回一个TreeModel的副本，然后在UI中增加一个Tree，让它像Table一样，从IAdaptable接口中取出我们的TreeModel即可——UI扩展也变得容易起来。
现在我可以对组长说：让需求变化来得更猛烈些吧！
5.模型代码无法修改
有这样一个问题：如果我们的模型已经存在，而且代码已经无法修改了怎么办？
IAdapterFactory就是为这种情况准备的。
先看看IAdapterFactory：
public interface IAdaptableFactory {
public Object getAdapter(Object adapter,Class clazz);
}
这里面的方法和IAdaptable差不多，只是多了一个参数，这个参数就是需要我们返回Adapter接口的对象。
在Eclipse中IAdapterFactory并不是单独存在的，而是有一个IAdapterManager对它进行维护的：
public interface IAdaptableManager {
public Object getAdapter(Object adapter,Class clazz);
public boolean registerAdapters (Class clazz,IAdaptableFactory factory);
}
现在让我们这样来修改刚才的Swing程序：
假设Product类型是第三方提供的jar包，我们已经无法修改它的代码了，那我们就需要用到IAdapableFactory的扩展方法。请看下面的代码
Class AdaptableFactoryImpl
public class AdaptableFactoryImpl implements IAdaptableFactory {
public Object getAdapter(Object adapter, Class clazz) {
if(adapter instanceof Product){
if(clazz ==TableModel.class){
return new DefaultTableModel(
new String[][] { { "Name",((Product)adapter).name },
{ "price", ((Product)adapter).price },
{ "quantity", ((Product)adapter).quantity }},
new String[] { "Column 1", "Column 2" });
}
}
return null;
}
public Class[] getAdapterList() {
return new Class[]{TableModel.class};
}
}
Class AdapterManagerImpl:
public class AdapterManagerImpl implements IAdaptableManager {
private static AdapterManagerImpl instance = null;
private Hashtable table = new Hashtable();
private AdapterManagerImpl(){}
public Object getAdapter(Object adapter, Class clazz) {
Object factory = table.get(adapter.getClass());
if(factory != null){
return ((IAdaptableFactory)factory).getAdapter(adapter,clazz);
}
return null;
}
public boolean registerFacotry(Class clazz, IAdaptableFactory factory) {
try{
table.put(clazz,factory);
return true;
}catch(Exception e){
return false;
}
}
public synchronized static AdapterManagerImpl getInstance() {
if(instance == null) instance = new AdapterManagerImpl();
return instance;
}
}
有了这两个实现类后，我们再去修改一下ActionListener中的代码：
JComboBox comboBox = (JComboBox) e.getSource();
Object obj = comboBox.getSelectedItem();
TableModel jTable1Model = null;
if (obj instanceof IAdaptable) {
jTable1Model = (TableModel) ((IAdaptable) obj)
.getAdapter(TableModel.class);
} else {
jTable1Model = (TableModel) AdapterManagerImpl
.getInstance().getAdapter(obj,
TableModel.class);
}
table.setModel(jTable1Model);
好了，只要我们在适当的地方，将IAdaptableFactory注册进IAdaptaerManager，那我们对无法修改代码的业务模型也能进行接口的扩展了。
6.结束语
在Eclipse中，IAdaptable的应用非常广泛，而且如果实现了IAdaptable接口的类被成为Platform Object，可见IAdaptable在Eclipse框架中的分量。本人的知识有限，如果有遗漏或者错误的地方，还请各位读者指出。
