新聞中心
今天下班,同事們無聊中又聊到了食堂(怎么寫食堂?吃貨?。。?,辦公區(qū)離食堂遠(yuǎn)的同事老阮在大家你一句我一句的誘惑下,終于忍不住了決定不管在遠(yuǎn)也要找時間去嘗嘗,但是因?yàn)樯习嗖豁樎芬膊皇呛芊奖悖臀形覀兯奚岬睦侠钔編兔Φ诙煜热ラ_卡充值,熱心腸的老李當(dāng)然不會拒絕嘍。

成都創(chuàng)新互聯(lián)公司長期為上1000+客戶提供的網(wǎng)站建設(shè)服務(wù),團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年,關(guān)注不同地域、不同群體,并針對不同對象提供差異化的產(chǎn)品和服務(wù);打造開放共贏平臺,與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為肅州企業(yè)提供專業(yè)的成都做網(wǎng)站、成都網(wǎng)站建設(shè),肅州網(wǎng)站改版等技術(shù)服務(wù)。擁有十多年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。
1、模擬場景
有了這個前奏今天的主題就當(dāng)然又有了,那么首先我們用代碼來實(shí)現(xiàn)上面的功能,首先來分析一下上面的場景:
?、傥覀冃枰獙ㄆ渲?,所以需要一個卡片類,代碼如下:
- ///
/// 卡片類 - ///
- public class Card
- {
- //卡片名稱
- private string cardName = string.Empty;
- public string CardName
- {
- get
- {
- return cardName;
- }
- set
- {
- cardName = value;
- }
- }
- //構(gòu)造方法
- public Card() { }
- public Card(string cName)
- {
- cardName = cName;
- }
- }
?、诮酉聛砭褪锹愤h(yuǎn)的老阮,他的工卡需要去激活,代碼如下:
- ///
/// 老阮 - ///
- public class MrRuan
- {
- //他有一個工卡
- private Card myCard = new Card("mrRuan");
- public Card MyCard
- {
- get
- {
- return myCard;
- }
- }
- }
③接下來就是激活卡片當(dāng)然要去柜臺了,記得在單例模式中已經(jīng)將這個柜臺類實(shí)現(xiàn)了,那么我們就拿來用現(xiàn)成的吧,代碼如下:
- ///
/// 柜臺類 - ///
- public sealed class Counter
- {
- //在第一次調(diào)用類成員時,初始化唯一實(shí)例
- private static readonly Counter instance = new Counter();
- private Counter()
- {
- }
- //返回類型實(shí)例屬性
- public static Counter Instance
- {
- get
- {
- return instance;
- }
- }
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- //激活工卡的過程
- Console.WriteLine("{0}的工卡激活成功!",card.CardName);
- }
- }
?、茉倬褪菐椭宪浀诙烊ゼせ羁ㄆ睦侠?,因?yàn)槔侠钚枰ゼせ羁ㄆ?,所以包含激活卡片的操作,代碼如下:
- ///
/// 熱心腸的老李 - ///
- public class MrLi
- {
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- Counter.Instance.ActivationCard(card);
- }
- }
?、蓊愋投汲橄蟪鰜碇螽?dāng)然就是第二天去激活卡片啦,主函數(shù)調(diào)用代碼如下:
- static void Main(string[] args)
- {
- //實(shí)例化老阮
- MrRuan ruan = new MrRuan();
- //實(shí)例化老李
- MrLi li = new MrLi();
- //將卡片給老李,老李負(fù)責(zé)去激活
- li.ActivationCard(ruan.MyCard);
- }
仔細(xì)想了一下,這樣一來老李也就成了柜臺開卡的代理人了,以后別人也可以委托他去幫忙激活卡片了,這不就是活生生的代理模式嗎?
這時你要問了,那代理模式具體的定義是什么呀?到底什么是代理模式下?別著急繼續(xù)往下看吧。
2、代理模式
代理(Proxy)模式定義:為其他對象提供一種代理以控制對這個對象的訪問。 類圖如下:
這時我們發(fā)現(xiàn)了多了一個接口ICounter,那么實(shí)現(xiàn)了接口的代理類與具體類的代碼如下:
- ///
/// 柜臺類也就是具體類提供的功能規(guī)則 - ///
- public interface ICounter
- {
- void ActivationCard(Card card);
- }
- ///
/// 熱心腸的老李 - ///
- public class MrLi : ICounter
- {
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- Counter.Instance.ActivationCard(card);
- }
- }
- ///
/// 柜臺類 - ///
- public sealed class Counter : ICounter
- {
- //在第一次調(diào)用類成員時,初始化唯一實(shí)例
- private static readonly Counter instance = new Counter();
- private Counter()
- {
- }
- //返回類型實(shí)例屬性
- public static Counter Instance
- {
- get
- {
- return instance;
- }
- }
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- //激活工卡的過程
- Console.WriteLine("{0}的工卡激活成功!",card.CardName);
- }
- }
那么這個接口有什么用呢?
在面向?qū)ο笤O(shè)計(jì)中,對象之間需要進(jìn)行交互和通信。例如:上面的代理類MrLi調(diào)用了具體類柜臺類counter的激活卡片的方法(ActiviationCard),那么這個時候代理類MrLi不在代理counter柜臺的激活卡片功能了,而是去另一個counterNew的柜臺去激活,但是counterNew柜臺激活卡片的方法是(CounterActiviationCard),怎么辦?我們需要去修改調(diào)用counter的類,那么如何降低耦合性呢?當(dāng)然就是將接口和實(shí)現(xiàn)分離開來,這樣組件間和日志對象之間的依賴就是基于接口,而不是實(shí)現(xiàn)!
例如:目前MrLi與counter之間的調(diào)用如下:
- ///
/// 熱心腸的老李 - ///
- public class MrLi
- {
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- Counter.Instance.ActivationCard(card);
- }
- }
- 那么如果需要加入新的柜臺類(counterNew),它的激活方法叫(CounterActivationCard),代碼如下:
- ///
/// 新的柜臺類 - ///
- public sealed class NewCounter
- {
- //在第一次調(diào)用類成員時,初始化唯一實(shí)例
- private static readonly NewCounter instance = new NewCounter();
- private NewCounter()
- {
- }
- //返回類型實(shí)例屬性
- public static NewCounter Instance
- {
- get
- {
- return instance;
- }
- }
- //激活工卡方法
- public void CounterActivationCard(Card card)
- {
- //激活工卡的過程
- Console.WriteLine("{0}的工卡激活成功!", card.CardName);
- }
- }
這樣兩個類就緊密的耦合在一起了,若Counter類改變,那么MrLi類也不得不改變,這時我們?nèi)绻胧褂眯碌墓衽_類(NewCounter),也需要修改調(diào)用者本身。
所以我們需要使用接口分離實(shí)現(xiàn)。代碼如下:
- ///
/// 柜臺類也就是具體類提供的功能規(guī)則 - ///
- public interface ICounter
- {
- void ActivationCard(Card card);
- }
- ///
/// 熱心腸的老李 - ///
- public class MrLi : ICounter
- {
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- Counter.Instance.ActivationCard(card);
- }
- }
- ///
/// 柜臺類 - ///
- public sealed class Counter : ICounter
- {
- //在第一次調(diào)用類成員時,初始化唯一實(shí)例
- private static readonly Counter instance = new Counter();
- private Counter()
- {
- }
- //返回類型實(shí)例屬性
- public static Counter Instance
- {
- get
- {
- return instance;
- }
- }
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- //激活工卡的過程
- Console.WriteLine("{0}的工卡激活成功!",card.CardName);
- }
- }
- ///
/// 新的柜臺類 - ///
- public sealed class NewCounter : ICounter
- {
- //在第一次調(diào)用類成員時,初始化唯一實(shí)例
- private static readonly NewCounter instance = new NewCounter();
- private NewCounter()
- {
- }
- //返回類型實(shí)例屬性
- public static NewCounter Instance
- {
- get
- {
- return instance;
- }
- }
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- //激活工卡的過程
- Console.WriteLine("{0}的工卡激活成功!", card.CardName);
- }
- }
有了接口的約束,所有柜臺類都遵循了這個約束將激活卡片的方法統(tǒng)一成(ActivationCard),那么在將來切換對象的時候都可以以一種統(tǒng)一的調(diào)用方式去無縫的卻換。
這時細(xì)心的朋友還會說,Mr.Li的ActivationCard方法中調(diào)用的是具體的counter類型如果換成Newcounter,還是要去修改它的代碼,你現(xiàn)在只能是不用去修改調(diào)用方法了而已,想的好,還記得我們當(dāng)時的工廠模式嗎?它的好處不就是降低耦合嗎?為什么不用?
那么加入工廠類(CounterProvider),在修改一下MrLi的調(diào)用使它的調(diào)用依賴于抽象接口而不是具體的實(shí)現(xiàn),代碼如下:
- ///
/// 熱心腸的老李 - ///
- public class MrLi : ICounter
- {
- //激活工卡方法
- public void ActivationCard(Card card)
- {
- ICounter counter = CounterProvider.GetCounter();
- counter.ActivationCard(card);
- }
- }
- ///
/// 柜臺類工廠 - ///
- public class CounterProvider
- {
- public static ICounter GetCounter()
- {
- ICounter counter = null
- //從配置文件確定實(shí)例化那個柜臺類
- if (ReadConfig)
- {
- counter = Counter.Instance;
- }
- else
- {
- counter = NewCounter.Instance;
- }
- }
- }
這樣我們就徹底的實(shí)現(xiàn)了代理模式,并且詮釋了如何使用接口的好處和靈活組合模式與靈活理解模式與使用。
3、應(yīng)用場景
那么代理模式的幾種使用場景我們來看一看:
?、龠h(yuǎn)程代理:為一個對象在不同地址空間提供局部代表。這樣可以隱藏一個對象存在于不同地址空間的事實(shí),例如:老阮(MrRuan)在地點(diǎn)A,老李在地點(diǎn)B,餐廳柜臺也在地點(diǎn)B,那么老李和老軟住在一起(都在地點(diǎn)A?。?,那么老李就是餐廳(地點(diǎn)B)在老軟與老李住處(地點(diǎn)A)的代表。
?、谔摂M代理:是根據(jù)需要創(chuàng)建開銷很大的對象。通過它來存放實(shí)例化需要很長時間的真是對象,例如:老阮(MrRuan)在地點(diǎn)A,到餐廳柜臺(地點(diǎn)B),因?yàn)榫嚯x遠(yuǎn)卻是很費(fèi)勁,而老李剛好在這里(地點(diǎn)B)上班,所以讓老李去辦是很可行的辦法。(不太恰當(dāng))
?、郯踩恚?strong>用來控制真是對象訪問時的權(quán)限,例如:老阮跟餐廳的柜臺MM剛分手不方便去辦理,所以需要借助老李去完成事項(xiàng)的辦理。
?、苤悄艽恚?strong>是指當(dāng)調(diào)用真是的對象時,代理去處理另外一些事情,例如:老李幫助老阮辦理卡片激活時,順便說說老阮的好話,讓她倆能夠和好。
本文名稱:設(shè)計(jì)模式系列之代理模式
網(wǎng)站網(wǎng)址:http://www.dlmjj.cn/article/cddidhi.html


咨詢
建站咨詢
