建站
咨詢
售后
建站咨詢
新聞中心
大部分講設計模式的文章都是使用的 Java、C++ 這樣的以類為基礎的靜態(tài)類型語言，作為前端開發(fā)者，js 這門基于原型的動態(tài)語言，函數(shù)成為了一等公民，在實現(xiàn)一些設計模式上稍顯不同，甚至簡單到不像使用了設計模式，有時候也會產(chǎn)生些困惑。
站在用戶的角度思考問題，與客戶深入溝通，找到環(huán)江網(wǎng)站設計與環(huán)江網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：做網(wǎng)站、成都網(wǎng)站建設、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名申請、網(wǎng)絡空間、企業(yè)郵箱。業(yè)務覆蓋環(huán)江地區(qū)。
下面按照「場景」-「設計模式定義」- 「代碼實現(xiàn)」- 「更多場景」-「總」的順序來總結一下，如有不當之處，歡迎交流討論。
場景
當我們使用第三方庫的時候，常常會遇到當前接口和第三方接口不匹配的情況，比如使用一個 Table 的組件，它要求我們返回的表格數(shù)據(jù)格式如下：
{
code: 0, // 業(yè)務 code
msg: '', // 出錯時候的提示
data: {
total: , // 總數(shù)量
list: [], // 表格列表
}
};但后端返回的數(shù)據(jù)可能是這樣的：
{
code: 0, // 業(yè)務 code
message: '', // 出錯時候的提示
data: {
total: , // 總數(shù)量
records: [], // 表格列表
}
};此時就可以通過適配器模式進行轉換。
適配器模式
看一下 維基百科 給的定義：
In software engineering, the adapter pattern is a software design pattern that allows the interface of an existing class to be used as another interface.[1] It is often used to make existing classes work with others without modifying their source code.”通過適配器模式可以讓當前 class 不改變的情況下正常使用另一個 class。
在以 class 為基礎的語言中有兩種實現(xiàn)方式，一種是通過組合的方式，適配器類內部包含原對象的實例。一種是通過類繼承，適配器類繼承原 class ?？梢钥聪?UML 類圖：
image-20220213124112500
左邊的 Adapter 內部擁有 Adaptee的實例，右邊的 Adapter 類直接繼承 Adaptee 類。
適配器會將 Adaptee 的 specificOperation 方法進行相應的處理包裝為operation 方法供 client 使用。
看一個簡單的例子，現(xiàn)實生活中iPhone 有兩種耳機插口，一種是 Lightning，一種是傳統(tǒng)的 3.5 毫米接口。如果是 lightning 插口的耳機想要插到傳統(tǒng)的 3.5 毫米接口的電腦上就需要適配器了。
class Lightning耳機 {
public void 插入Lighting接口(){
System.out.println("插入到Lighting耳機接口成功");
}
}
class 傳統(tǒng)耳機 {
public void 插入到傳統(tǒng)耳機孔(){
System.out.println("插入到傳統(tǒng)耳機孔成功");
}
}
class Lightning耳機到傳統(tǒng)耳機適配器 extends 傳統(tǒng)耳機 {
public Lightning耳機 Lightning耳機;
public Lightning耳機到傳統(tǒng)耳機適配器(Lightning耳機 耳機) {
Lightning耳機 = 耳機;
}
public void 插入到傳統(tǒng)耳機孔(){
Lightning耳機.插入Lighting接口();
}
}
class 電腦傳統(tǒng)耳機孔 {
public 傳統(tǒng)耳機 耳機;
public 電腦傳統(tǒng)耳機孔(傳統(tǒng)耳機 傳統(tǒng)耳機) {
耳機 = 傳統(tǒng)耳機;
}
public void 插入耳機() {
耳機.插入到傳統(tǒng)耳機孔();
}
}
public class Main {
public static void main(String[] args) {
傳統(tǒng)耳機 傳統(tǒng)耳機 = new 傳統(tǒng)耳機();
電腦傳統(tǒng)耳機孔 電腦傳統(tǒng)耳機孔 = new 電腦傳統(tǒng)耳機孔(傳統(tǒng)耳機);
電腦傳統(tǒng)耳機孔.插入耳機(); // 插入到傳統(tǒng)耳機孔成功
Lightning耳機 Lightning耳機 = new Lightning耳機();
電腦傳統(tǒng)耳機孔 電腦傳統(tǒng)耳機孔2 = new 電腦傳統(tǒng)耳機孔(new Lightning耳機到傳統(tǒng)耳機適配器(Lightning耳機));
電腦傳統(tǒng)耳機孔2.插入耳機(); // 插入到Lighting耳機接口成功
}
}通過適配器我們成功將 Lightning 耳機插入到了電腦傳統(tǒng)耳機孔，讓我們再用js 改寫一下。
const Lightning耳機 = {
插入Lighting接口(){
console.log("插入到Lighting耳機接口成功");
}
}
const 傳統(tǒng)耳機 = {
插入到傳統(tǒng)耳機孔(){
console.log("插入到傳統(tǒng)耳機孔成功");
}
}
const 電腦傳統(tǒng)耳機孔 = {
插入耳機(耳機) {
耳機.插入到傳統(tǒng)耳機孔();
}
}
const Lightning耳機到傳統(tǒng)耳機適配器 = function(Lightning耳機) {
return {
插入到傳統(tǒng)耳機孔(){
Lightning耳機.插入Lighting接口()
}
}
}
電腦傳統(tǒng)耳機孔.插入耳機(傳統(tǒng)耳機) // 插入到傳統(tǒng)耳機孔成功
電腦傳統(tǒng)耳機孔.插入耳機(Lightning耳機到傳統(tǒng)耳機適配器(Lightning耳機)) // 插入到Lighting耳機接口成功
代碼實現(xiàn)
回到開頭接口不匹配的問題上，Table組件提供了一個 responseProcessor的鉤子，我們只需要通過這個鉤子將接口返回的數(shù)據(jù)進行包裝即可。
{
...
responseProcessor(res) {
return {
...res,
msg: res.message, // 出錯時候的提示
data: {
...res.data
list: res?.data?.records || [], // 表格列表
}
};
},
...
}
更多場景
除了應對數(shù)據(jù)格式不一致的問題，通過適配器模式我們還可以為上層提供統(tǒng)一接口，來解決兼容性問題。最典型的例子就是 jQuery ，可以看一下其中一段代碼:
// Create the request object
// (This is still attached to ajaxSettings for backward compatibility)
jQuery.ajaxSettings.xhr = window.ActiveXObject !== undefined ?
// Support: IE6-IE8
function() {
// XHR cannot access local files, always use ActiveX for that case
if ( this.isLocal ) {
return createActiveXHR();
}
// Support: IE 9-11
// IE seems to error on cross-domain PATCH requests when ActiveX XHR
// is used. In IE 9+ always use the native XHR.
// Note: this condition won't catch Edge as it doesn't define
// document.documentMode but it also doesn't support ActiveX so it won't
// reach this code.
if ( document.documentMode > 8 ) {
return createStandardXHR();
}
// Support: IE<9
// oldIE XHR does not support non-RFC2616 methods (#13240)
// See http://msdn.microsoft.com/en-us/library/ie/ms536648(v=vs.85).aspx
// and http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9
// Although this check for six methods instead of eight
// since IE also does not support "trace" and "connect"
return /^(get|post|head|put|delete|options)$/i.test( this.type ) &&
createStandardXHR() || createActiveXHR();
} :
// For all other browsers, use the standard XMLHttpRequest object
createStandardXHR;
易混設計模式
適配器模式和代理模式在代碼結構上很像，代理模式也是對原對象進行包裝處理。區(qū)別在于它們的意圖不同：
- 適配器模式是為了解決兩個對象之間不匹配的問題，而原對象又不適合直接修改，此時可以使用適配器模式進行一層轉換。
- 代理模式是為了增強原對象的功能，提供的接口不會改變。
總
適配器模式是一種比較簡單的設計模式，在 js 中也會很自然的應用，一般通過一個函數(shù)進行轉換即可。
網(wǎng)頁標題：前端的設計模式系列-適配器模式
分享地址：http://www.5511xx.com/article/ccdhpis.html
