這篇文章主要為大家詳細介紹了java設計模式之適配器模式筆記,具有一定的參考價值,有興趣的小夥伴們可以參考一下
適配器(Adapter)模式:
適配器模式把一個類別的接口變換成客戶端所期待的另一種接口,從而使原本因接口不匹配而無法在一起工作的兩個類能夠在一起工作。
生活中的場景:
1、筆記型電腦電源轉接器,可以將220v轉換為適合筆電使用的電壓。
2、給筆記型電腦的usb介面插入桌上型電腦的ps/2介面的鍵盤,需要一個usb和ps/2的介面轉接器,此時usb和ps/2的介面轉接器就充當了適配器的角色。
通用類別圖:
# 在上面的通用類別圖中,Cient 類最後面對的是Target 介面(或抽象類別),它只能夠使用符合此目標標準的子類別;而Adaptee 類別則是被適配的物件(也稱為來源角色),因為它包含specific (特殊的)操作、功能等,所以我們想要在自己的系統中使用它,將其轉換成符合我們標準的類,使得Client 類可以在透明的情況下任意選擇使用ConcreteTarget 類或是具有特殊功能的Adaptee 類。
適配器模式中的角色:
目標介面(Target):客戶所期待得到的介面。目標可以是具體的或抽象的類,也可以是介面。
需要適配的類別(Adaptee):需要適配的介面或適配類別。
適配器(Adapter):適配器類別是本模式的核心。適配器透過包裝一個需要適配的對象,把來源介面轉換成目標介面。顯然,這一角色不可以是接口,而必須是具體類別。
適配器模式的結構:
適配器模式有類別的適配器模式和物件的適配器模式兩種不同的形式。
類別的適配器模式把適配的類別的API轉換成為目標類別的API。
物件的適配器模式與類別的適配器模式一樣,物件的適配器模式把被適配器的類別的API轉換成為目標類別的API,與類別的適配器模式不同的是,物件的適配器模式不是使用繼承關係連接到Adaptee類,而是使用委派關係連接到Adaptee類別。
類別的適配器模式
1、建立一個被適應的類別:
/** * 被适配的类 * 已存在的、具有特殊功能、但不符合我们既有的标准接口的类 * (相当于例子中的,PS/2键盘) * @author ChuanChen * */ public class Adaptee { public void specificRequest(){ System.out.println("可以完成客户请求的需要的功能!"); } }
2、建立一個目標接口,能處理一些特殊請求
/** * 目标接口,或称为标准接口 * @author ChuanChen * */ public interface Target { void handleReq(); }
3、建立一個適配器(類別適配器方式)
/** * 适配器 (类适配器方式) * (相当于usb和ps/2的转接器) * @author ChuanChen * */ public class Adapter extends Adaptee implements Target { @Override public void handleReq() { super.specificRequest(); } }
4、建立一個客戶端
/** * 客户端类 * (相当于例子中的笔记本,只有USB接口) * @author ChuanChen * */ public class Client { public void test(Target t){ t.handleReq(); } public static void main(String[] args) { Client c = new Client(); Adaptee a = new Adaptee(); Target t = new Adapter(); c.test(t); } }
上面這種實作的適配器稱為類別適配器,因為Adapter 類別既繼承了Adaptee (被適配類別),也實作了Target 介面(因為Java 不支援多重繼承,所以這樣來實作),在Client 類別中我們可以根據需要選擇並建立任一種符合需求的子類,來實作具體功能。
物件的適配器模式
1、建立一個被適應的類別:
/** * 被适配的类 * 已存在的、具有特殊功能、但不符合我们既有的标准接口的类 * (相当于例子中的,PS/2键盘) * @author ChuanChen * */ public class Adaptee { public void specificRequest(){ System.out.println("可以完成客户请求的需要的功能!"); } }
2、建立一個目標接口,能處理一些特殊請求
/** * 目标接口,或称为标准接口 * @author ChuanChen * */ public interface Target { void handleReq(); }
3、建立一個適配器(物件適配器方式,使用了組合的方式跟被適配器整合)
/** * 适配器 (对象适配器方式,使用了组合的方式跟被适配对象整合) * (相当于usb和ps/2的转接器) * @author ChuanChen * */ public class Adapter implements Target{ private Adaptee adaptee; @Override public void handleReq() { adaptee.specificRequest(); } public Adapter(Adaptee adaptee) { super(); this.adaptee = adaptee; } }
4、建立一個客戶端
/** * 客户端类 * (相当于例子中的笔记本,只有USB接口) * @author ChuanChen * */ public class Client { public void test(Target t){ t.handleReq(); } public static void main(String[] args) { Client c = new Client(); Adaptee a = new Adaptee(); Target t = new Adapter(a); c.test(t); } }
我們只需要修改Adapter 類別的內部結構,即Adapter 本身必須先擁有一個被適配類的對象,再把具體的特殊功能委託給這個對象來實現。使用物件適配器模式,可以使得Adapter 類別(適配類別)根據傳入的Adaptee 物件達到適配多個不同被適配類別的功能,當然,此時我們可以為多個被適配器類別提取出一個接口或抽象類別。這樣看起來的話,似乎物件適配器模式更有彈性一點。
類別適配器和物件適配器的權衡:
#類別適配器使用物件繼承的方式,是靜態的定義方式;而物件適配器使用物件組合的方式,是動態組合的方式。
對於類別適配器,由於適配器直接繼承了Adaptee,使得適配器不能和Adaptee的子類別一起工作,因為繼承是靜態的關係,當適配器繼承了Adaptee後,就不可能再去處理Adaptee的子類別了。
對於物件適配器,一個適配器可以把多種不同的來源轉接到同一個目標。換言之,同一個適配器可以把來源類別和它的子類別都適配到目標介面。因為物件適配器採用的是物件組合的關係,只要物件類型正確,是不是子類別都無所謂。
對於類別適配器,適配器可以重定義Adaptee的部分行為,相當於子類別覆寫父類別的部分實作方法。
對於物件適配器,要重定義Adaptee的行為比較困難,這種情況下,需要定義Adaptee的子類別來實作重定義,然後讓適配器組合子類別。雖然重定義Adaptee的行為比較困難,但是想要增加一些新的行為則方便的很,而且新增加的行為可同時適用於所有的來源。
對於類別適配器,僅僅引入了一個對象,並不需要額外的引用來間接得到Adaptee。
對於物件適配器,需要額外的參考來間接得到Adaptee。
建議盡量使用物件適配器的實作方式,多用合成/聚合、少用繼承。當然,具體問題具體分析,根據需要來選用實現方式,最適合的才是最好的。
適配器模式的優點:
#更好的複用性:
#系統需要使用現有的類,而此類的介面不符合系統的需要。那麼透過適配器模式就可以讓這些功能得到更好的複用。
更好的擴充:
#在實作適配器功能的時候,可以呼叫自己開發的功能,從而自然地擴展系統的功能。
適配器模式的缺點
過多的使用適配器,會讓系統非常零亂,不易整體進行掌握。例如,明明看到呼叫的是A接口,其實內部被適配成了B接口的實現,一個系統如果太多出現這種情況,無異於一場災難。因此如果不是有必要,可以不使用適配器,而是直接對系統進行重構。
適配器模式在工作中的場景:
1、已經存在的類別的介面不符合我們的需求;
2、建立一個可以重複使用的類,使得該類可以與其他不相關的類或不可預見的類(即那些接口可能不一定兼容的類)協同工作;
3、在不對每一個都進行子類化以匹配它們的在介面的情況下,使用一些已經存在的子類別。
適配器模式經常用於舊系統改造和升級。如果我們的系統開發之後再也不需要維護,那麼很多模式都是沒有必要的。但是不幸的是,事實上維護一個系統的代價往往是開發一個系統的數倍。
以上是Java設計模式中適配器模式的圖解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

如何在PHP后端功能开发中合理应用设计模式?设计模式是一种经过实践证明的解决特定问题的方案模板,可以用于构建可复用的代码,在开发过程中提高可维护性和可扩展性。在PHP后端功能开发中,合理应用设计模式可以帮助我们更好地组织和管理代码,提高代码质量和开发效率。本文将介绍常用的设计模式,并给出相应的PHP代码示例。单例模式(Singleton)单例模式适用于需要保

如何通过编写代码来学习和运用PHP8的设计模式设计模式是软件开发中常用的解决问题的方法论,它可以提高代码的可扩展性、可维护性和重用性。而PHP8作为最新版的PHP语言,也引入了许多新特性和改进,提供更多的工具和功能来支持设计模式的实现。本文将介绍一些常见的设计模式,并通过编写代码来演示在PHP8中如何运用这些设计模式。让我们开始吧!一、单例模式(Sing

本篇文章给大家带来了关于golang设计模式的相关知识,其中主要介绍了职责链模式是什么及其作用价值,还有职责链Go代码的具体实现方法,下面一起来看一下,希望对需要的朋友有所帮助。

随着数据的增长和复杂性的不断提升,ETL(Extract、Transform、Load)已成为数据处理中的重要环节。而Go语言作为一门高效、轻量的编程语言,越来越受到人们的热捧。本文将介绍Go语言中常用的ETL设计模式,以帮助读者更好地进行数据处理。一、Extractor设计模式Extractor是指从源数据中提取数据的组件,常见的有文件读取、数据库读取、A

单例模式是一种常见的设计模式,它在系统中仅允许创建一个实例来控制对某些资源的访问。在 Go 语言中,实现单例模式有多种方式,本篇文章将带你深入掌握 Go 语言中的单例模式实现。

设计模式的六大原则:1、单一职责原则,其核心就是控制类的粒度大小、将对象解耦、提高其内聚性;2、开闭原则,可以通过“抽象约束、封装变化”来实现;3、里氏替换原则,主要阐述了有关继承的一些原则;4、依赖倒置原则,降低了客户与实现模块之间的耦合;5、接口隔离原则,是为了约束接口、降低类对接口的依赖性;6、迪米特法则,要求限制软件实体之间通信的宽度和深度。

随着JavaScript的不断发展和应用范围的扩大,越来越多的开发人员开始意识到设计模式和最佳实践的重要性。设计模式是一种被证明在某些情况下有用的软件设计解决方案。而最佳实践则是指在编程过程中,我们可以应用的一些最佳的规范和方法。在本文中,我们将探讨JavaScript中的设计模式和最佳实践,并提供一些具体的代码示例。让我们开始吧!一、JavaScript中

在C#开发中,设计模式和架构选择是至关重要的。良好的设计模式和合适的架构选择可以大大提高软件的可维护性、扩展性和性能。本文将讨论一些在C#开发中常用的设计模式和架构选择,并给出一些建议。设计模式是解决特定问题的通用解决方案,它们可以帮助开发人员避免重复造轮子,提高代码的可重用性和可读性。在C#开发中,有许多常用的设计模式,如单例模式、工厂模式、观察者模式等。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

WebStorm Mac版
好用的JavaScript開發工具

MinGW - Minimalist GNU for Windows
這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。

Dreamweaver CS6
視覺化網頁開發工具

Atom編輯器mac版下載
最受歡迎的的開源編輯器

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!