資訊專欄INFORMATION COLUMN
摘要：與門面模式的聯(lián)系本文要說的適配器模式和上一篇門面模式在思想上有相似之處，所以放在一起說。我們以中的一個為例，說說實際應(yīng)用中的適配器模式的使用方法。而如果實現(xiàn)層的問題不大，要解決一部分適配問題的話，適配器模式就是很好的選擇了。
與門面模式的聯(lián)系
本文要說的適配器模式和上一篇門面模式在思想上有相似之處，所以放在一起說。它們都對類的接口進(jìn)行了一些改變。門面模式是把相似的或是完成相關(guān)任務(wù)的接口進(jìn)行組織，提供給用戶一個更加簡單易用，更適用于某種業(yè)務(wù)的接口。而適配器模式是要把一個接口轉(zhuǎn)換為另一個接口，它不對接口的功能進(jìn)行干涉，它不會簡化接口，而是將接口變?yōu)楦S富且兼容的接口。
簡而言之，門面模式是讓本來就可以用的接口變得更好用。而適配器是讓不合適的接口變得合適。
適配器的概念適配器的思想用線框圖來表示就是這樣：
+------+ +------+ | 某 |interface1| 適 | interface2 | 個--|----------|--配--|------------→ | 類 | | 器 | +------+ +------+
這個框圖能讓人想起什么？我想到了這個：
將一個不能直接使用的耳機(jī)接頭進(jìn)行轉(zhuǎn)換，成為可以使用的樣子。
假設(shè)一個類的方法是這樣的：
orange.showInfo = function(name, color, weight) {
console.log(name + " is " + color + " and its weight is " + weight);
};
而我們現(xiàn)有的對象都是這樣
var o = {
name: "classicemi",
color: "orange",
weight: "300g"
}
我們當(dāng)然可以這樣使用接口：
orange.showInfo(o.name, o.color, o.weight);
同樣，我們也可以：
function adaptedShowInfo(o) {
orange.showInfo(o.name, o.color, o.weight);
}
// 通過適配過的接口進(jìn)行調(diào)用
adaptedShowInfo(o);
這樣，簡化了接口的調(diào)用過程，對接口進(jìn)行了一定程度的改造。
jQuery中的適配器上面提到的適配器寫法只是表現(xiàn)了適配器是一個什么樣的東西，但實際項目中不會出現(xiàn)這樣的代碼。我們以jQuery中的一個API為例，說說實際應(yīng)用中的適配器模式的使用方法。
在jQuery樣式相關(guān)的API中，最方便使用的就是css()了，這個接口是把set和get的功能合二為一了：
// 既可以像這樣調(diào)用，取得opacity值
$(".elem").css("opacity");
// 也可以像這樣，設(shè)置opacity值
$(".elem").css({"opacity": "0.9"});
這是怎么實現(xiàn)的呢，在jQuery核心代碼中，與set/get opacity相關(guān)的代碼如下：
jQuery.cssHooks.opacity = {
get: function( elem, computed ) {
// IE uses filters for opacity
return ropacity.test( (computed && elem.currentStyle ? elem.currentStyle.filter : elem.style.filter) || "" ) ?
( 0.01 * parseFloat( RegExp.$1 ) ) + "" :
computed ? "1" : "";
},
set: function( elem, value ) {
var style = elem.style,
currentStyle = elem.currentStyle,
opacity = jQuery.isNumeric( value ) ? "alpha(opacity=" + value * 100 + ")" : "",
filter = currentStyle && currentStyle.filter || style.filter || "";
// IE has trouble with opacity if it does not have layout
// Force it by setting the zoom level
style.zoom = 1;
// if setting opacity to 1, and no other filters exist - attempt to remove filter attribute #6652
// if value === "", then remove inline opacity #12685
if ( ( value >= 1 || value === "" ) &&
jQuery.trim( filter.replace( ralpha, "" ) ) === "" &&
style.removeAttribute ) {
// Setting style.filter to null, "" & " " still leave "filter:" in the cssText
// if "filter:" is present at all, clearType is disabled, we want to avoid this
// style.removeAttribute is IE Only, but so apparently is this code path...
style.removeAttribute( "filter" );
// if there is no filter style applied in a css rule or unset inline opacity, we are done
if ( value === "" || currentStyle && !currentStyle.filter ) {
return;
}
}
// otherwise, set new filter values
style.filter = ralpha.test( filter ) ?
filter.replace( ralpha, opacity ) :
filter + " " + opacity;
}
};
通過對傳入?yún)?shù)的適配，實現(xiàn)不同的功能。因為不看參數(shù)的話，調(diào)用的方式是完全一樣的。那么從參數(shù)下手，通過校驗參數(shù)的形式，確定用戶要實現(xiàn)的功能。
適配器模式的適用場景適配器不會去改變實現(xiàn)層，那不屬于它的職責(zé)范圍，它干涉了抽象的過程。外部接口的適配能夠讓同一個方法適用于多種系統(tǒng)。
如果內(nèi)部的實現(xiàn)出現(xiàn)了問題，需要動手術(shù)解決的話，那就不應(yīng)該使用適配器了，因為那只是治標(biāo)不治本的方法，反而會增加代碼的復(fù)雜度。對實現(xiàn)進(jìn)行全面優(yōu)化的帶來的是真正的改善。而如果實現(xiàn)層的問題不大，要解決一部分適配問題的話，適配器模式就是很好的選擇了。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.hztianpu.com/yun/78107.html
摘要：訂閱模式的一個典型的應(yīng)用就是后面會寫一篇相關(guān)的讀書筆記。享元模式享元模式的核心思想是對象復(fù)用，減少對象數(shù)量，減少內(nèi)存開銷。適配器模式對目標(biāo)函數(shù)進(jìn)行數(shù)據(jù)參數(shù)轉(zhuǎn)化，使其符合目標(biāo)函數(shù)所需要的格式。 設(shè)計模式 單例模式 JS的單例模式有別于傳統(tǒng)面向?qū)ο笳Z言的單例模式，js作為一門無類的語言。使用全局變量的模式來實現(xiàn)單例模式思想。js里面的單例又分為普通單例和惰性單例，惰性單例指的是只有這個實例...
摘要：三種使用構(gòu)造函數(shù)創(chuàng)建對象的方法和的作用都是在某個特殊對象的作用域中調(diào)用函數(shù)。這種方式還支持向構(gòu)造函數(shù)傳遞參數(shù)。叫法上把函數(shù)叫做構(gòu)造函數(shù)，其他無區(qū)別適用情境可以在特殊的情況下用來為對象創(chuàng)建構(gòu)造函數(shù)。 一、工廠模式 工廠模式：使用字面量和object構(gòu)造函數(shù)會有很多重復(fù)代碼，在此基礎(chǔ)上改進(jìn)showImg(https://segmentfault.com/img/bVbmKxb?w=456&...
摘要：用來表示一個應(yīng)用表示實例與當(dāng)處理請求時，需要將請求映射到具體的容器進(jìn)行處理請求映射，除了考慮映射規(guī)則，這時候還要對進(jìn)行生命周期的管理組件的注冊初始化銷毀等等適配器模式解耦，與以及的溝通橋梁 title: Tomcat靜態(tài)架構(gòu)date: 2018-10-24 13:46:20tags: tomcat 讀書筆記 《Tomcat架構(gòu)解析》讀書筆記一 大體設(shè)計思路 接收客戶端請求（Co...
摘要：繼承的優(yōu)缺點推出繼承的初衷是讓新手順利使用只有專家才能設(shè)計出來的框架。多重繼承的真實應(yīng)用多重繼承能發(fā)揮積極作用。即便是單繼承，這個原則也能提升靈活性，因為子類化是一種緊耦合，而且較高的繼承樹容易倒。 繼承的優(yōu)缺點 推出繼承的初衷是讓新手順利使用只有專家才能設(shè)計出來的框架?！狝lan Kay 子類化內(nèi)置類型很麻煩 (如 list 或 dict）) ,別搞這種 直接子類化內(nèi)置類型（如 ...
閱讀 3374·2021-11-18 10:02
閱讀 3524·2021-10-11 10:58
閱讀 3449·2021-09-24 09:47
閱讀 1221·2021-09-22 15:21
閱讀 4196·2021-09-10 11:10
閱讀 3326·2021-09-03 10:28
閱讀 1806·2019-08-30 15:45
閱讀 2233·2019-08-30 14:22
