上文:《PHP設(shè)計(jì)模式介紹》第十二章 裝飾器模式
《PHP設(shè)計(jì)模式介紹》第十三章 適配器模式
接口的改變,是一個(gè)需要程序員們必須(雖然很不情愿)接受和處理的普遍問(wèn)題。程序提供者們修改他們的代碼;系統(tǒng)庫(kù)被修正;各種程序語(yǔ)言以及相關(guān)庫(kù)的發(fā)展和進(jìn)化。我孩子的無(wú)數(shù)玩具中有一個(gè)簡(jiǎn)要地描述了這個(gè)兩難局面:你無(wú)法合理安排一個(gè)不得其所的人。
問(wèn)題
你如何避免因外部庫(kù)的API改變而帶來(lái)的不便?假如你寫(xiě)了一個(gè)庫(kù),你能否提供一種方法允許你軟件的現(xiàn)有用戶(hù)進(jìn)行完美地升級(jí),即使你已經(jīng)改變了你的API?為了更好地適宜于你的需要,你應(yīng)該如何改變一個(gè)對(duì)象的接口?
解決方案
適配器(Adapter)模式為對(duì)象提供了一種完全不同的接口。你可以運(yùn)用適配器(Adapter)來(lái)實(shí)現(xiàn)一個(gè)不同的類(lèi)的常見(jiàn)接口,同時(shí)避免了因升級(jí)和拆解客戶(hù)代碼所引起的糾紛。
考慮一下當(dāng)(不是假設(shè)!)一個(gè)第三方庫(kù)的API改變將會(huì)發(fā)生什么。過(guò)去你只能是咬緊牙關(guān)修改所有的客戶(hù)代碼,而情況往往還不那么簡(jiǎn)單。你可能正從事一項(xiàng)新的項(xiàng)目,它要用到新版本的庫(kù)所帶來(lái)的特性,但你已經(jīng)擁有許多舊的應(yīng)用程序,并且它們與以前舊版本的庫(kù)交互運(yùn)行地很好。你將無(wú)法證明這些新特性的利用價(jià)值,如果這次升級(jí)意味著將要涉及到其它應(yīng)用程序的客戶(hù)代碼。
注:控制體模式 適配器(Adapter)模式是控制體模式的最新范例。一個(gè)適配器(Adapter)的結(jié)構(gòu)類(lèi)似于代理服務(wù)器(Proxy)和修飾器(Decorator),而它們的不同之處在于,適配器(Adapter)的目的是改變封裝類(lèi)的接口,代理服務(wù)器(Proxy)和修飾器(Decorator)則是保持接口不變。
樣本代碼
讓我們看看當(dāng)API改變時(shí),如何保護(hù)應(yīng)用程序不受影響。
假設(shè)你費(fèi)盡心思尋找合適的庫(kù),最后終于找到了HwLib,一個(gè)(假設(shè)的)被設(shè)計(jì)用來(lái)發(fā)送信息的代碼集。
下面是HwLib類(lèi)的源代碼:
// PHP4 /** * the HwLib helps programmers everywhere write their first program * @package HelloWorld * @version 1 */ class HwLib { /** * Say “Hello” * @deprec this function is going away in the future * @return string */ function hello() { return ‘Hello ‘; } /** * target audience * @return string */ function world() { return ‘World!’; } }
下面是庫(kù)運(yùn)行的范例:
$hw =& new HwLib; echo $hw->hello(), $hw->world();
HwLib有完備的說(shuō)明文檔。在文檔中作者已經(jīng)明確指出hello()方法會(huì)在未來(lái)的版本中不被支持(甚至淘汰)。 接下來(lái),現(xiàn)在假設(shè)第二版的HwLib已經(jīng)發(fā)布。一個(gè)全新的greet()方法代替了hello()。 下面是這個(gè)庫(kù)的新版本(注釋已被抽取掉):
// version 2 class HwLib { function greet() { return ‘Greetings and Salutations ‘; } function world() { return ‘World!’; } }
出處:phpchina
責(zé)任編輯:bluehearts
上一頁(yè) 下一頁(yè) php設(shè)計(jì)模式介紹之適配器模式 [2]
◎進(jìn)入論壇網(wǎng)絡(luò)編程版塊參加討論
|