先來介紹一下我的項目情況：我的項目是一個開發工具插件，其核心就是各種xml配置文件的編輯器。編輯器的組件體系比較復雜，就像芭比娃娃，一成套一層的，比如多頁編輯器中套單頁編輯器，單頁編輯器中根據不同的內容又分成不同的區塊，區塊還包含最終的編輯元素，比如text， combobox等等。而要編輯的內容模型內容以及相關的資源信息（比如IProject， IFile， IPath）大部分都位于組件結構的最外層，比如IEditorPart， IEditInput中。

而不同的組件層次可能需要不同的信息，為了降低耦合度，我開始定義和使用各種需要的資源內容的提供接口，比如IProjectProvider， IModelProiver， IConfigProvider，ISelectionProvider等等，這樣最外層實現了一堆Provider，然后根據不同的需要往內層傳，從外層到最終需要該資源的層之間不斷的傳遞，而中間起傳遞作用的各個層次都來實現這些IXxxxProvider接口。開始一兩個還無所謂，后來需要傳遞的資源多了，層次多了，維護非常麻煩（如果增加一種需要的資源，就定義一個IXxxxProvider）。于是開始尋找更好的方法來處理這種維護上的麻煩，一次偶然的機會在EMF generate的代碼中發現了IAdaptable接口的用法：

能不能將所有Provider合成一個呢？對，這樣中間的各個層次之間只需要實現IAdaptable接口就可以了，如果發生變化，只需要修改兩頭：即資源提供者和資源消費者，于是我的最外層定義了一個長長的IAdaptable的實現方法getAdaptable()：

如果這個數據模型是獨一無二的，就直接根據模型類型返回模型，如果一個Provider可能會提供多個模型或者一種模型類型對應多個Provider那么就返回Provider，讓模型消費者決定來獲取哪個模型。
雖然重構為使用IAdaptable花了不少時間，但是對于后期的變動卻少了不少的麻煩，而且代碼也減肥了不少。