设计模式(十二)代理
一、定義
給某一個(gè)對(duì)象提供一個(gè)代理或占位符,并由代理對(duì)象控制對(duì)原對(duì)象的訪問(wèn)。代理模式是一種結(jié)構(gòu)型模式。
二、描述
代理模式的結(jié)構(gòu)比較簡(jiǎn)單,其核心是代理類,為了讓客戶端能夠一致性地對(duì)待真實(shí)對(duì)象和代理對(duì)象,在代理模式中引入了抽象層。包含以下三個(gè)角色:
1、Subject(抽象主題角色):它聲明真實(shí)主題和代理主題的共同接口,這樣一來(lái)在任何使用真實(shí)主題的地方都可以使用代理主題,客戶端通常需要針對(duì)抽象主題角色進(jìn)行編程。
2、Proxy(代理主題角色):它包含了對(duì)真實(shí)主題的引用,從而可以在任何時(shí)候操作真實(shí)主題對(duì)象;在代理主題角色中提供了一個(gè)與真實(shí)主題角色相同的接口,以便在任何時(shí)候都可以代替真實(shí)主題;代理主題角色還可以控制對(duì)真實(shí)主題的使用,負(fù)責(zé)在需要的時(shí)候創(chuàng)建和刪除真實(shí)主題對(duì)象,并對(duì)真實(shí)主題對(duì)象的使用加以約束。通常,在代理主題角色中,客戶端在調(diào)用所引用的真實(shí)主題操作之前或之后還需要執(zhí)行其他操作,而不僅僅是單純地調(diào)用真實(shí)主題對(duì)象中的操作。
3、RealSubject(真實(shí)主題角色):它定義了代理角色所代表的真實(shí)對(duì)象,在真實(shí)主題角色中實(shí)現(xiàn)了真實(shí)的業(yè)務(wù)操作,客戶端可以通過(guò)代理主題角色間接調(diào)用真實(shí)主題角色中定義的操作。
三、例子
X公司公司承接了某信息咨詢公司的收費(fèi)商務(wù)信息查詢系統(tǒng)的開發(fā)任務(wù),該系統(tǒng)的基本需求如下:
(1)在進(jìn)行商務(wù)信息查詢之前用戶需要通過(guò)身份驗(yàn)證,只有合法用戶才能夠使用該查詢系統(tǒng)。
(2)在進(jìn)行商務(wù)信息查詢時(shí),系統(tǒng)需要記錄查詢?nèi)罩荆员愀鶕?jù)查詢次數(shù)收取查詢費(fèi)用。
X公司開發(fā)人員已經(jīng)完成了商務(wù)信息查詢模塊的開發(fā)任務(wù),他們希望能夠以一種松耦合的方式向原有系統(tǒng)增加身份驗(yàn)證和日志記錄功能,客戶端代碼可以無(wú)區(qū)別地對(duì)待原始的商務(wù)信息查詢模塊和增加新功能之后的商務(wù)信息查詢模塊,而且可能在將來(lái)還要在該信息查詢模塊中增加一些新的功能。ISearcher:抽象查詢接口,充當(dāng)抽象主題類
public interface ISearcher
{
string DoSearch(string userID, string keyword);
}
RealSearcher:具體查詢器,充當(dāng)真實(shí)主題類
public class RealSearcher
{
/// <summary>
/// 模擬查詢商務(wù)信息
/// </summary>
/// <returns></returns>
public string DoSearch(string userID, string keyword)
{
Console.WriteLine("{0} 使用關(guān)鍵詞 {1}", userID, keyword);
return "返回具體內(nèi)容";
}
}
AccessValidator、Logger:身份驗(yàn)證類、日志記錄類,業(yè)務(wù)類
public class AccessValidator
{
/// <summary>
/// 模擬實(shí)現(xiàn)登錄驗(yàn)證
/// </summary>
/// <param name="userID"></param>
/// <returns></returns>
public bool Validate(string userID)
{
Console.WriteLine("在數(shù)據(jù)庫(kù)中驗(yàn)證用戶 {0} 是否是合法用戶?", userID);
if (userID.Equals("楊過(guò)", StringComparison.OrdinalIgnoreCase))
{
Console.WriteLine("{0} 登錄成功!", userID);
return true;
}
else
{
Console.WriteLine("{0} 登錄失敗!", userID);
return false;
}
}
}
public class Logger
{
/// <summary>
/// 模擬實(shí)現(xiàn)日志記錄
/// </summary>
/// <param name="userID"></param>
public void Log(string userID)
{
Console.WriteLine("更新數(shù)據(jù)庫(kù),用戶 {0} 查詢次數(shù)加1!", userID);
}
}
ProxySearcher:代理查詢類,充當(dāng)代理主題類
public class ProxySearcher : ISearcher
{
private RealSearcher searcher = new RealSearcher(); // 維持一個(gè)對(duì)真實(shí)主題的引用
private AccessValidator validator;
private Logger logger;
public string DoSearch(string userID, string keyword)
{
if (Validate(userID))
{
string result = searcher.DoSearch(userID, keyword);
this.Log(userID);
return result;
}
return null;
}
/// <summary>
/// 創(chuàng)建訪問(wèn)驗(yàn)證對(duì)象并調(diào)用其Validate()方法進(jìn)行身份驗(yàn)證
/// </summary>
/// <returns></returns>
public bool Validate(string userID)
{
validator = new AccessValidator();
return validator.Validate(userID);
}
/// <summary>
/// 創(chuàng)建日志記錄器并調(diào)用Log()方法實(shí)現(xiàn)日志記錄
/// </summary>
/// <param name="userID"></param>
public void Log(string userID)
{
logger = new Logger();
logger.Log(userID);
}
}
Program:客戶端測(cè)試類
Searcher searcher = new ProxySearcher();
if (searcher != null)
{
string result = searcher.DoSearch("楊過(guò)", "玉女心經(jīng)");
}
Console.ReadLine();
四、總結(jié)
1、優(yōu)點(diǎn)
(1)代理模式能夠協(xié)調(diào)調(diào)用者和被調(diào)用者,在一定程度上降低了系統(tǒng)的耦合度。
(2)客戶端可以針對(duì)抽象主題角色進(jìn)行編程,增加和更換代理類無(wú)須修改源代碼,符合開閉原則,系統(tǒng)具有較好的靈活性和可擴(kuò)展性。
2、缺點(diǎn)
(1)由于這客戶端的真實(shí)主題之間增加了代理對(duì)象,因此有些類型的代理模式可能會(huì)造成請(qǐng)求的處理速度變慢,例如保護(hù)代理。
(2)實(shí)現(xiàn)代理模式需要額外的工作,而且有些代理模式的實(shí)現(xiàn)過(guò)程較為復(fù)雜,例如遠(yuǎn)程代理。
總結(jié)
以上是生活随笔為你收集整理的设计模式(十二)代理的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: Java核心知识体系6:集合框架详解
- 下一篇: 浅谈斜率优化DP