在代理模式(Proxy Pattern)中,一個類表明另外一個類的功能。這種類型的設計模式屬於結構型模式。spring
在代理模式中,咱們建立具備現有對象的對象,以便向外界提供功能接口。設計模式
意圖:爲其餘對象提供一種代理以控制對這個對象的訪問。安全
主要解決:在直接訪問對象時帶來的問題,好比說:要訪問的對象在遠程的機器上。在面向對象系統中,有些對象因爲某些緣由(好比對象建立開銷很大,或者某些操做須要安全控制,或者須要進程外的訪問),直接訪問會給使用者或者系統結構帶來不少麻煩,咱們能夠在訪問此對象時加上一個對此對象的訪問層。ide
什麼時候使用:想在訪問一個類時作一些控制。測試
如何解決:增長中間層。this
關鍵代碼:實現與被代理類組合。設計
應用實例:代理
優勢: 一、職責清晰。 二、高擴展性。 三、智能化。code
缺點: 一、因爲在客戶端和真實主題之間增長了代理對象,所以有些類型的代理模式可能會形成請求的處理速度變慢。 二、實現代理模式須要額外的工做,有些代理模式的實現很是複雜。對象
使用場景:按職責來劃分,一般有如下使用場景: 一、遠程代理。 二、虛擬代理。 三、Copy-on-Write 代理。 四、保護(Protect or Access)代理。 五、Cache代理。 六、防火牆(Firewall)代理。 七、同步化(Synchronization)代理。 八、智能引用(Smart Reference)代理。
注意事項: 一、和適配器模式的區別:適配器模式主要改變所考慮對象的接口,而代理模式不能改變所代理類的接口。 二、和裝飾器模式的區別:裝飾器模式爲了加強功能,而代理模式是爲了加以控制。
豬八戒去找高翠蘭結果是孫悟空變的,能夠這樣理解:把高翠蘭的外貌抽象出來,高翠蘭本人和孫悟空都實現了這個接口,豬八戒訪問高翠蘭的時候看不出來這個是孫悟空,因此說孫悟空是高翠蘭代理類
以遊戲買票爲例:
建立一個接口 Ticket
public interface Ticket { void goToMap(); }
建立一個代理類,實現 該接口 ProxyTicket
public class ProxyTicket implements Ticket { private RealTicket realTicket; private String ticketName; public ProxyTicket(String ticketName) { this.ticketName = ticketName; } @Override public void goToMap() { System.out.println("開始進入地下城..."); if(realTicket == null){ realTicket = new RealTicket(ticketName); } realTicket.goToMap(); } }
建立一個具體類實現該接口 RealTicket
public class RealTicket implements Ticket{ private String ticketName; public RealTicket(String ticketName) { this.ticketName = ticketName; buyTicket(ticketName); } @Override public void goToMap() { System.out.println("當前玩家擁有通行證,進入地下城..."); } private void buyTicket(String ticketName){ System.out.println("當前玩家沒有通行證,RealTicket開始購買" + ticketName); } }
建立 MapDemo
測試:
public class MapDemo { public static void main(String[] args) { Ticket ticket = new ProxyTicket("深淵通行證"); ticket.goToMap(); System.out.println("再次挑戰"); ticket.goToMap(); } }
測試結果:
開始進入地下城... 當前玩家沒有通行證,RealTicket開始購買深淵通行證 當前玩家擁有通行證,進入地下城... 再次挑戰 開始進入地下城... 當前玩家擁有通行證,進入地下城...
當玩家進入地圖時會判斷是否擁有通行證,沒有則使用代理類
RealTicket
去購買