Adapter模式概述

Adapter模式有兩種形式，一種是類的形式，一種則是對象的形式。目標就是用Adapter將原本不兼容的幾個接口可以一起工作，簡單的說，就是將引用的東西轉變成我們自己系統需要的接口類型。下面是兩種類型Apdapter的圖(這兩張圖都拿自那里)：

Adapter模式很好的詮釋了“依賴倒置”原則，從圖中可以看出cilent不是再去依賴Adaptee，而是依賴Target。關于Adapter模式的東西就不再多說了，你看以在和看到呂老師跟TerryLee兩位大牛的精彩文章。

重構的源來

我們的系統常常到各個地方去部署，而各個客戶商一般都有了自己的權限平臺。而客戶并不想他們因為有多個系統而需要多次登陸，多次權限分配。所以一般是我們調用他們的webservice去實現用戶認證跟權限的獲取。而各個地方的權限平臺大都是不同的，在以前每次部署一個地方就要改下以前的權限獲取跟用戶認證部分，這畢竟是讓人頭疼的事。

用Adapter模式來重構

后來經過幾次考慮還是決定用adapter模式來重構下，畢竟欠的帳總是要還的，雖然當初這個帳不是我欠的，但是這個帳已經落到我頭上來了，就不能坐著不管了，呵呵。其實我們系統考慮的Target就只是兩個東西，一個是用戶的認證，一個是權限的獲取。考慮當初我們的系統中的用戶類CloUser中已經存在了PowerList這樣的屬性，所以我們需要管的就是我給一個用戶名、跟密碼返回一個我們一個CloUser就行了，同時考慮到每次個Adapter可能需要實現別人的權限表示到我們權限表示的轉換，設計出下面的圖：

我更加喜歡使用類類型的Adapter模式，因為這似乎更加符合“開發封閉原則”。

實現代碼

這里給出實習DefaultLoginAdapter（我們自己系統）的代碼，畢竟實現其他的也是一樣子的。

LoginTarget:

DefaultAdapter:

實現其他的Adapter也是一樣的，這里的ChangeRightFormart因為是本身，所以不需要轉換，直接返回就可以。這樣再次到其他地方部署的時候，我們只需要去添加一個Adapter來實現Target就可以了。如果合理的劃分程序，也許我們就只要重新更新Adapter的dll就可以，以及修改一些配置就可以輕松實現權限判斷，而不需要每次再去看Client里面的邏輯了。這只是我的想法，希望大家能給出更多好的想法。