久久精品中文字幕av,av.涩涩涩涩涩涩涩涩,亚洲国产日韩欧美精品成人久久久,成人福利电影免费在线观看,日产国产原创av,日韩av午夜激情,bt天堂中文字幕,超级碰人妻在线视频,欧美老熟妇久久一区二区

[TOC] 結(jié)構(gòu)型模式（Structural Pattern）描述如何將類或者對(duì)象結(jié)合在一起形成更大的結(jié)構(gòu)，就像搭積木，可以通過(guò)簡(jiǎn)單積木的組合形成復(fù)雜的、功能更為強(qiáng)大的結(jié)構(gòu)。 結(jié)構(gòu)型模式可以分為類結(jié)構(gòu)型模式和對(duì)象結(jié)構(gòu)型模式。 參考文檔： [代理模式及Java實(shí)現(xiàn)動(dòng)態(tài)代理](http://www.jianshu.com/p/6f6bb2f0ece9) # 1 適配器模式 ## 1.1 模式定義 適配器模式（Adapter Pattern）：將一個(gè)接口轉(zhuǎn)換成客戶希望的另一個(gè)接口，適配器模式使接口不兼容的那些類可以一起工作，其別名為包裝器（Wrapper）。適配器模式既可以作為類結(jié)構(gòu)型模式，也可以作為對(duì)象結(jié)構(gòu)型模式。 ## 1.2 模式結(jié)構(gòu) * Target：目標(biāo)抽象類 定義客戶要用的特定領(lǐng)域的接口 * Adaptee：適配者類 是被適配的角色，它定義了一個(gè)已經(jīng)存在的接口，這個(gè)接口需要適配 * Adapter：適配器類 可以調(diào)用另一個(gè)接口，作為一個(gè)轉(zhuǎn)換器，對(duì)適配者和抽象目標(biāo)類進(jìn)行適配，它是適配器模式的核心 * Client：客戶類 針對(duì)目標(biāo)抽象類進(jìn)行編程，調(diào)用在目標(biāo)抽象類中定義的業(yè)務(wù)方法 ## 1.3 代碼示例 ```java // 目標(biāo)類 public interface LightningCharger { void chargeWithLightning(); } // 適配者類 public class MicroUSBCharger { public void chargeWithMicroUSB() { } } // 適配器類 public class ChargerAdapter implements LightningCharger { private MicroUSBCharger mMicroUSBCharger; public ChargerAdapter(MicroUSBCharger microUSBCharger) { mMicroUSBCharger = microUSBCharger; } @Override public void chargeWithLightning() { mMicroUSBCharger.chargeWithMicroUSB(); } } // 客戶類 MicroUSBCharger microUSBCharger = new MicroUSBCharger(); LightningCharger lightningCharger = new ChargerAdapter(microUSBCharger); lightningCharger.chargeWithLightning(); ``` ## 1.4 總結(jié) * 在類適配器模式中，適配器類實(shí)現(xiàn)了目標(biāo)抽象類接口并繼承了適配者類，并在目標(biāo)抽象類的實(shí)現(xiàn)方法中調(diào)用所繼承的適配者類的方法； * 在對(duì)象適配器模式中，適配器類繼承了目標(biāo)抽象類并定義了一個(gè)適配者類的對(duì)象實(shí)例，在所繼承的目標(biāo)抽象類方法中調(diào)用適配者類的相應(yīng)業(yè)務(wù)方法。 * 適配器模式的主要優(yōu)點(diǎn)是將目標(biāo)類和適配者類解耦，增加了類的透明性和復(fù)用性，同時(shí)系統(tǒng)的靈活性和擴(kuò)展性都非常好，更換適配器或者增加新的適配器都非常方便，符合“開閉原則”； * 類適配器模式的缺點(diǎn)是適配器類在很多編程語(yǔ)言中不能同時(shí)適配多個(gè)適配者類，對(duì)象適配器模式的缺點(diǎn)是很難置換適配者類的方法。 * 適配器模式適用情況包括：系統(tǒng)需要使用現(xiàn)有的類，而這些類的接口不符合系統(tǒng)的需要；想要建立一個(gè)可以重復(fù)使用的類，用于與一些彼此之間沒(méi)有太大關(guān)聯(lián)的一些類一起工作。 # 2 代理模式 ## 2.1 模式定義 給某個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)于原對(duì)象的訪問(wèn)，即客戶不直接操控原對(duì)象，而是通過(guò)代理對(duì)象間接地操控原對(duì)象。 ## 2.2 模式結(jié)構(gòu) * Subject：抽象主題角色 聲明了真實(shí)主題和代理主題的共同接口 * Proxy：代理主題角色 內(nèi)部包含對(duì)真實(shí)主題的引用，從而可以在任何時(shí)候操作真實(shí)主題對(duì)象 * RealSubject：真實(shí)主題角色 定義了代理角色所代表的真實(shí)對(duì)象，在真實(shí)主題角色中實(shí)現(xiàn)了真實(shí)的業(yè)務(wù)操作，客戶端可以通過(guò)代理主題角色間接調(diào)用真實(shí)主題角色中定義的方法 ## 2.3 代碼示例 抽象主題角色： ```java public interface Subject { void request(); } ``` 真實(shí)主題角色： ```java public class RealSubject implements Subject { private static final String TAG = "RealSubject"; @Override public void request() { Log.e(TAG, "request: "); } } ``` 代理主題角色： ```java public class Proxy implements Subject { private static final String TAG = "Proxy"; private Subject mRealSubject; @Override public void request() { Log.e(TAG, "request: preRequest"); if (mRealSubject == null) { mRealSubject = new RealSubject(); } mRealSubject.request(); Log.e(TAG, "request: postRequest"); } } ``` 客戶端類： ```java public class Client { public static void main(String[] args) { Subject subject = new Proxy(); subject.request(); } } ``` 代理模式又分為： * 靜態(tài)代理：代理類在編譯時(shí)就是實(shí)現(xiàn)好的 * 動(dòng)態(tài)代理：代理類是在運(yùn)行時(shí)生成的，也就是 Java 編譯完成后并沒(méi)有代理類的 class 文件，而是在運(yùn)行時(shí)動(dòng)態(tài)生成的類字節(jié)碼 下面看看 Java 實(shí)現(xiàn)動(dòng)態(tài)代理： 動(dòng)態(tài)代理的結(jié)構(gòu)除了上面的抽象主題、代理主題、真實(shí)主題外，還增加了一個(gè)： 調(diào)用處理器： 需要實(shí)現(xiàn) InvocationHandler 接口，用來(lái)指定運(yùn)行時(shí)將生成的代理類需要完成的任務(wù)。 同時(shí)，代理類 Proxy 需要繼承 java.lang.reflect.Proxy。 抽象主題： ```java public interface Subject { void request(); } ``` 真實(shí)主題： ```java public class RealSubject implements Subject { private static final String TAG = "RealSubject"; @Override public void request() { Log.e(TAG, "request: "); } } ``` 調(diào)用處理器： ```java public class ProxyHandler implements InvocationHandler { private static final String TAG = "ProxyHandler"; private Subject mSubject; public ProxyHandler(Subject subject) { mSubject = subject; } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { Log.e(TAG, "invoke: before"); Object result = method.invoke(mSubject, args); Log.e(TAG, "invoke: after"); return result; } } ``` 客戶端： ```java public class Client { public static void main(String[] args) { RealSubject realSubject = new RealSubject(); ProxyHandler handler = new ProxyHandler(realSubject); Subject proxySubject = (Subject) Proxy.newProxyInstance(RealSubject.class.getClassLoader(), RealSubject.class.getInterfaces(), handler); proxySubject.request(); } } ``` ## 2.4 總結(jié) * 優(yōu)點(diǎn)在于能夠協(xié)調(diào)調(diào)用者和被調(diào)用者，在一定程度上降低了系統(tǒng)的耦合度 * 缺點(diǎn)在于由于在客戶端和真實(shí)主題之間增加了代理對(duì)象，因此有些類型的代理模式可能會(huì)造成請(qǐng)求的處理速度變慢，并且實(shí)現(xiàn)代理模式需要額外的工作，有些代理模式的實(shí)現(xiàn)非常復(fù)雜 本段參考文檔： [代理模式及Java實(shí)現(xiàn)動(dòng)態(tài)代理](http://www.jianshu.com/p/6f6bb2f0ece9) [公共技術(shù)點(diǎn)之 Java 動(dòng)態(tài)代理]([https://a.codekk.com/detail/Android/Caij/公共技術(shù)點(diǎn)之%20Java%20動(dòng)態(tài)代理](https://a.codekk.com/detail/Android/Caij/%E5%85%AC%E5%85%B1%E6%8A%80%E6%9C%AF%E7%82%B9%E4%B9%8B%20Java%20%E5%8A%A8%E6%80%81%E4%BB%A3%E7%90%86)) # 3 門面模式 又稱外觀模式。 ## 3.1 模式定義 門面模式是對(duì)象的結(jié)構(gòu)模式，外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門面對(duì)象進(jìn)行。門面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。 ## 3.2 模式結(jié)構(gòu) * 門面角色（Facade）： 門面角色為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，客戶端可以調(diào)用這個(gè)角色的方法。此角色知曉相關(guān)的（一個(gè)或者多個(gè)）子系統(tǒng)的功能和責(zé)任。在正常情況下，本角色會(huì)將所有從客戶端發(fā)來(lái)的請(qǐng)求委派到相應(yīng)的子系統(tǒng)去 * 子系統(tǒng)角色（SubSystem）： 可以同時(shí)有一個(gè)或者多個(gè)子系統(tǒng)。每個(gè)子系統(tǒng)都不是一個(gè)單獨(dú)的類，而是一個(gè)類的集合。每個(gè)子系統(tǒng)都可以被客戶端直接調(diào)用，或者被門面角色調(diào)用。子系統(tǒng)并不知道門面的存在，對(duì)于子系統(tǒng)而言，門面僅僅是另外一個(gè)客戶端而已。 ## 3.3 代碼示例 ## 3.4 總結(jié)