資訊專欄INFORMATION COLUMN
摘要：與門(mén)面模式的聯(lián)系本文要說(shuō)的適配器模式和上一篇門(mén)面模式在思想上有相似之處，所以放在一起說(shuō)。我們以中的一個(gè)為例，說(shuō)說(shuō)實(shí)際應(yīng)用中的適配器模式的使用方法。而如果實(shí)現(xiàn)層的問(wèn)題不大，要解決一部分適配問(wèn)題的話，適配器模式就是很好的選擇了。
與門(mén)面模式的聯(lián)系
本文要說(shuō)的適配器模式和上一篇門(mén)面模式在思想上有相似之處，所以放在一起說(shuō)。它們都對(duì)類的接口進(jìn)行了一些改變。門(mén)面模式是把相似的或是完成相關(guān)任務(wù)的接口進(jìn)行組織，提供給用戶一個(gè)更加簡(jiǎn)單易用，更適用于某種業(yè)務(wù)的接口。而適配器模式是要把一個(gè)接口轉(zhuǎn)換為另一個(gè)接口，它不對(duì)接口的功能進(jìn)行干涉，它不會(huì)簡(jiǎn)化接口，而是將接口變?yōu)楦S富且兼容的接口。
簡(jiǎn)而言之，門(mén)面模式是讓本來(lái)就可以用的接口變得更好用。而適配器是讓不合適的接口變得合適。
適配器的概念適配器的思想用線框圖來(lái)表示就是這樣：
+------+ +------+ | 某 |interface1| 適 | interface2 | 個(gè)--|----------|--配--|------------→ | 類 | | 器 | +------+ +------+
這個(gè)框圖能讓人想起什么？我想到了這個(gè)：
將一個(gè)不能直接使用的耳機(jī)接頭進(jìn)行轉(zhuǎn)換，成為可以使用的樣子。
假設(shè)一個(gè)類的方法是這樣的：
orange.showInfo = function(name, color, weight) {
console.log(name + " is " + color + " and its weight is " + weight);
};
而我們現(xiàn)有的對(duì)象都是這樣
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);
}
// 通過(guò)適配過(guò)的接口進(jìn)行調(diào)用
adaptedShowInfo(o);
這樣，簡(jiǎn)化了接口的調(diào)用過(guò)程，對(duì)接口進(jìn)行了一定程度的改造。
jQuery中的適配器上面提到的適配器寫(xiě)法只是表現(xiàn)了適配器是一個(gè)什么樣的東西，但實(shí)際項(xiàng)目中不會(huì)出現(xiàn)這樣的代碼。我們以jQuery中的一個(gè)API為例，說(shuō)說(shuō)實(shí)際應(yīng)用中的適配器模式的使用方法。
在jQuery樣式相關(guān)的API中，最方便使用的就是css()了，這個(gè)接口是把set和get的功能合二為一了：
// 既可以像這樣調(diào)用，取得opacity值
$(".elem").css("opacity");
// 也可以像這樣，設(shè)置opacity值
$(".elem").css({"opacity": "0.9"});
這是怎么實(shí)現(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;
}
};
通過(guò)對(duì)傳入?yún)?shù)的適配，實(shí)現(xiàn)不同的功能。因?yàn)椴豢磪?shù)的話，調(diào)用的方式是完全一樣的。那么從參數(shù)下手，通過(guò)校驗(yàn)參數(shù)的形式，確定用戶要實(shí)現(xiàn)的功能。
適配器模式的適用場(chǎng)景適配器不會(huì)去改變實(shí)現(xiàn)層，那不屬于它的職責(zé)范圍，它干涉了抽象的過(guò)程。外部接口的適配能夠讓同一個(gè)方法適用于多種系統(tǒng)。
如果內(nèi)部的實(shí)現(xiàn)出現(xiàn)了問(wèn)題，需要?jiǎng)邮中g(shù)解決的話，那就不應(yīng)該使用適配器了，因?yàn)槟侵皇侵螛?biāo)不治本的方法，反而會(huì)增加代碼的復(fù)雜度。對(duì)實(shí)現(xiàn)進(jìn)行全面優(yōu)化的帶來(lái)的是真正的改善。而如果實(shí)現(xiàn)層的問(wèn)題不大，要解決一部分適配問(wèn)題的話，適配器模式就是很好的選擇了。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/78107.html
摘要：訂閱模式的一個(gè)典型的應(yīng)用就是后面會(huì)寫(xiě)一篇相關(guān)的讀書(shū)筆記。享元模式享元模式的核心思想是對(duì)象復(fù)用，減少對(duì)象數(shù)量，減少內(nèi)存開(kāi)銷。適配器模式對(duì)目標(biāo)函數(shù)進(jìn)行數(shù)據(jù)參數(shù)轉(zhuǎn)化，使其符合目標(biāo)函數(shù)所需要的格式。 設(shè)計(jì)模式 單例模式 JS的單例模式有別于傳統(tǒng)面向?qū)ο笳Z(yǔ)言的單例模式，js作為一門(mén)無(wú)類的語(yǔ)言。使用全局變量的模式來(lái)實(shí)現(xiàn)單例模式思想。js里面的單例又分為普通單例和惰性單例，惰性單例指的是只有這個(gè)實(shí)例...
摘要：三種使用構(gòu)造函數(shù)創(chuàng)建對(duì)象的方法和的作用都是在某個(gè)特殊對(duì)象的作用域中調(diào)用函數(shù)。這種方式還支持向構(gòu)造函數(shù)傳遞參數(shù)。叫法上把函數(shù)叫做構(gòu)造函數(shù)，其他無(wú)區(qū)別適用情境可以在特殊的情況下用來(lái)為對(duì)象創(chuàng)建構(gòu)造函數(shù)。 一、工廠模式 工廠模式：使用字面量和object構(gòu)造函數(shù)會(huì)有很多重復(fù)代碼，在此基礎(chǔ)上改進(jìn)showImg(https://segmentfault.com/img/bVbmKxb?w=456&...
摘要：用來(lái)表示一個(gè)應(yīng)用表示實(shí)例與當(dāng)處理請(qǐng)求時(shí)，需要將請(qǐng)求映射到具體的容器進(jìn)行處理請(qǐng)求映射，除了考慮映射規(guī)則，這時(shí)候還要對(duì)進(jìn)行生命周期的管理組件的注冊(cè)初始化銷毀等等適配器模式解耦，與以及的溝通橋梁 title: Tomcat靜態(tài)架構(gòu)date: 2018-10-24 13:46:20tags: tomcat 讀書(shū)筆記 《Tomcat架構(gòu)解析》讀書(shū)筆記一 大體設(shè)計(jì)思路 接收客戶端請(qǐng)求（Co...
摘要：繼承的優(yōu)缺點(diǎn)推出繼承的初衷是讓新手順利使用只有專家才能設(shè)計(jì)出來(lái)的框架。多重繼承的真實(shí)應(yīng)用多重繼承能發(fā)揮積極作用。即便是單繼承，這個(gè)原則也能提升靈活性，因?yàn)樽宇惢且环N緊耦合，而且較高的繼承樹(shù)容易倒。 繼承的優(yōu)缺點(diǎn) 推出繼承的初衷是讓新手順利使用只有專家才能設(shè)計(jì)出來(lái)的框架。——Alan Kay 子類化內(nèi)置類型很麻煩 (如 list 或 dict）) ,別搞這種 直接子類化內(nèi)置類型（如 ...
閱讀 3295·2021-11-18 10:02
閱讀 3456·2021-10-11 10:58
閱讀 3387·2021-09-24 09:47
閱讀 1136·2021-09-22 15:21
閱讀 3978·2021-09-10 11:10
閱讀 3288·2021-09-03 10:28
閱讀 1761·2019-08-30 15:45
閱讀 2159·2019-08-30 14:22
