Adapter模式概述

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

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

重構(gòu)的源來

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

用Adapter模式來重構(gòu)

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

?

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

實現(xiàn)代碼

這里給出實習(xí)DefaultLoginAdapter（我們自己系統(tǒng)）的代碼，畢竟實現(xiàn)其他的也是一樣子的。

LoginTarget:

?

?

interface?ILoginTarget
???{
????????string?ChangeRightFormart(string?rightTarget);

????????ClOUser?CheckUser(string?strUserName,?string?strUserPsw);
????}

?

DefaultAdapter:

?

?

public?class?DefaultLoginAdapter?:?CtlUserRegister,?ILoginTarget
????{
????????///?<summary>
????????///?轉(zhuǎn)換權(quán)限表示形式
????????///?</summary>
????????///?<param?name="rightTarget"></param>
????????///?<returns></returns>
????????public?string?ChangeRightFormart(string?rightTarget)
????????{
????????????return?rightTarget;
????????}

????????///?<summary>
????????///?根據(jù)用戶名、密碼返回一個用戶，沒有則返回null
????????///?</summary>
????????///?<param?name="strUserName"></param>
????????///?<param?name="strUserPsw"></param>
????????///?<returns></returns>
????????public?PDMSLib.Entity.ClOUser?CheckUser(string?strUserName,?string?strUserPsw)
????????{
????????????ClOUser?user?=?new?ClOUser();
????????????user?=??this.ReturnUser(strUserName);
????????????if?(user?==?null)?return?null;
????????????if?(!strUserPsw.Equals(user.USER_PWD))?return?null;
????????????return?user;
????????}
????}

?

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

?

作者：Henllyee Cui
出處： http://henllyee.cnblogs.com/
本文版權(quán)歸作者和博客園共有，歡迎轉(zhuǎn)載，但未經(jīng)作者同意必須保留此段聲明。

轉(zhuǎn)載于:https://www.cnblogs.com/Henllyee/archive/2009/03/08/1406477.html

總結(jié)

以上是生活随笔為你收集整理的用Adapter模式重构以前系统的登录权限验证的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。