本文實例講述了php設計模式之適配器模式原理、用法及注意事項。分享給大家供大家參考，具體如下：
在這個有沒有對象都要高呼“面向對象”的年代，掌握面向對象會給我們帶來意想不到的方便。學編程的小伙伴從開始能寫幾行代碼實現(xiàn)簡單功能到后來懂得將一些重復的操作組合起來形成一個“函數(shù)”，再到后來將“函數(shù)”和屬性組合起來形成一個“類”。一步步走來，我們在考慮著機器運行代碼效率的提高的同時也在考慮減輕程序員的工作量。 那么我們今天講到的適配器模型更著重考慮的是什么呢？是程序員工作量。
什么時候會用到適配器模式？
其實最簡單的例子是當我們引用一個第三方類庫。這個類庫隨著版本的改變，它提供的API也可能會改變。如果很不幸的是，你的應用里引用的某個API已經發(fā)生改變的時候，除了在心中默默地罵“wocao”之外，你還得去硬著頭皮去改大量的代碼。
難道真的一定要如此嗎？按照套路來說，我會回答“不是的”。我們有適配器模式啊~~
當接口發(fā)生改變時，適配器模式就派上了用場。
舉個栗子
如果通過上面的簡單描述，你都能懂，那在下只能佩服你的領悟能力超群了。一般人一定還是不知所云。為了方便理解，我引用一位博友的例子。原文地址。
一開始的和諧
黑棗玩具公司專門生產玩具，生產的玩具不限于狗、貓、獅子，魚等動物。每個玩具都可以進行“張嘴”與“閉嘴”操作，分別調用了openMouth與closeMouth方法。
在這個時候，我們很容易想到可以第一定義一個抽象類Toy,甚至是接口Toy,這些問題不大，其他的類去繼承父類，實現(xiàn)父類的方法。一片和諧，信心向榮。
平衡的破壞
為了擴大業(yè)務，現(xiàn)在黑棗玩具公司與紅棗遙控公司合作，紅棗遙控公司可以使用遙控設備對動物進行嘴巴控制。不過紅棗遙控公司的遙控設備是調用的動物的doMouthOpen及doMouthClose方法。黑棗玩具公司的程序員現(xiàn)在必須要做的是對Toy系列類進行升級改造，使Toy能調用doMouthOpen及doMouthClose方法。
考慮實現(xiàn)的方法時，我們很直接地想到，你需要的話我再在我的父類子類里給你添加這么兩個方法就好啦。當你一次又一次在父類子類里面重復添加著這兩個方法的時候，總會想著如此重復的工作，難道不能解決么？當有數(shù)百個子類的時候，程序員會改瘋的。程序員往往比的是誰在不影響效率的時候更會“偷懶”。這樣做下去程序員會覺得自己很傻。(其實我經常當這樣的傻子)
abstract class Toy
{
public abstract function openMouth();
public abstract function closeMouth();
//為紅棗遙控公司控制接口增加doMouthOpen方法
public abstract function doMouthOpen();
//為紅棗遙控公司控制接口增加doMouthClose方法
public abstract function doMouthClose();
}
class Dog extends Toy
{
public function openMouth()
{
echo "Dog open Mouth\n";
}
public function closeMouth()
{
echo "Dog open Mouth\n";
}
//增加的方法
public function doMouthOpen()
{
$this->doMouthOpen();
}
//增加的方法
public function doMouthClose()
{
$this->closeMouth();
}
}
class Cat extends Toy
{
public function openMouth()
{
echo "Cat open Mouth\n";
}
public function closeMouth()
{
echo "Cat open Mouth\n";
}
//增加的方法
public function doMouthOpen()
{
$this->doMouthOpen();
}
//增加的方法
public function doMouthClose()
{
$this->closeMouth();
}
}
更加煩躁
程序員剛剛碼完代碼，喝了口水，突然間另一個消息傳來。
黑棗玩具公司也要與綠棗遙控公司合作，因為綠棗遙控公司遙控設備更便宜穩(wěn)定。不過綠棗遙控公司的遙控設備是調用的動物的operMouth(type)方法來實現(xiàn)嘴巴控制。如果type)方法來實現(xiàn)嘴巴控制。如果type為0則“閉嘴”，反之張嘴。
這下好了，程序員又得對Toy及其子類進行升級，使Toy能調用operMouth()方法。擱誰都不淡定了。
abstract class Toy
{
public abstract function openMouth();
public abstract function closeMouth();
public abstract function doMouthOpen();
public abstract function doMouthClose();
//為綠棗遙控公司控制接口增加doMouthClose方法
public abstract function operateMouth($type = 0);
}
class Dog extends Toy
{
public function openMouth()
{
echo "Dog open Mouth\n";
}
public function closeMouth()
{
echo "Dog open Mouth\n";
}
public function doMouthOpen()
{
$this->doMouthOpen();
}
public function doMouthClose()
{
$this->closeMouth();
}
public function operateMouth($type = 0)
{
if ($type == 0) {
$this->closeMouth();
} else {
$this->operateMouth();
}
}
}
class Cat extends Toy
{
public function openMouth()
{
echo "Cat open Mouth\n";
}
public function closeMouth()
{
echo "Cat open Mouth\n";
}
public function doMouthOpen()
{
$this->doMouthOpen();
}
public function doMouthClose()
{
$this->closeMouth();
}
public function operateMouth($type = 0)
{
if ($type == 0) {
$this->closeMouth();
} else {
$this->operateMouth();
}
}
}
在這個時候，程序員必須要動腦子想辦法了，就算自己勤快，萬一哪天紫棗青棗黃棗山棗這些遙控公司全來的時候，忽略自己不斷增多的工作量不說，這個Toy類可是越來越大，總有一天程序員不崩潰，系統(tǒng)也會崩潰。
問題在出在哪里呢？
像上面那樣編寫代碼，代碼實現(xiàn)違反了“開-閉”原則，一個軟件實體應當對擴展開放，對修改關閉。即在設計一個模塊的時候，應當使這個模塊可以在不被修改的前提下被擴展。也就是說每個尸體都是一個小王國，你讓我參與你的事情這個可以，但你不能修改我的內部，除非我的內部代碼確實可以優(yōu)化。
在這種想法下，我們懂得了如何去用繼承，如何利用多態(tài)，甚至如何實現(xiàn)“高內聚，低耦合”。
回到這個問題，我們現(xiàn)在面臨這么一個問題，新的接口方法我要實現(xiàn)，舊的接口（Toy抽象類）也不能動，那么總得有個解決方法吧。那就是引入一個新的類--我們本文的主角--適配器。 適配器要完成的功能很明確，引用現(xiàn)有接口的方法實現(xiàn)新的接口的方法。更像它名字描述的那樣，你的接口不改的話，我就利用現(xiàn)有接口和你對接一下吧。
到此，解決方法已經呼之欲出了，下面貼上代碼。
?php
abstract class Toy
{
public abstract function openMouth();
public abstract function closeMouth();
}
class Dog extends Toy
{
public function openMouth()
{
echo "Dog open Mouth\n";
}
public function closeMouth()
{
echo "Dog close Mouth\n";
}
}
class Cat extends Toy
{
public function openMouth()
{
echo "Cat open Mouth\n";
}
public function closeMouth()
{
echo "Cat close Mouth\n";
}
}
//目標角色:紅棗遙控公司
interface RedTarget
{
public function doMouthOpen();
public function doMouthClose();
}
//目標角色:綠棗遙控公司及
interface GreenTarget
{
public function operateMouth($type = 0);
}
//類適配器角色:紅棗遙控公司
class RedAdapter implements RedTarget
{
private $adaptee;
function __construct(Toy $adaptee)
{
$this->adaptee = $adaptee;
}
//委派調用Adaptee的sampleMethod1方法
public function doMouthOpen()
{
$this->adaptee->openMouth();
}
public function doMouthClose()
{
$this->adaptee->closeMouth();
}
}
//類適配器角色:綠棗遙控公司
class GreenAdapter implements GreenTarget
{
private $adaptee;
function __construct(Toy $adaptee)
{
$this->adaptee = $adaptee;
}
//委派調用Adaptee：GreenTarget的operateMouth方法
public function operateMouth($type = 0)
{
if ($type) {
$this->adaptee->openMouth();
} else {
$this->adaptee->closeMouth();
}
}
}
class testDriver
{
public function run()
{
//實例化一只狗玩具
$adaptee_dog = new Dog();
echo "給狗套上紅棗適配器\n";
$adapter_red = new RedAdapter($adaptee_dog);
//張嘴
$adapter_red->doMouthOpen();
//閉嘴
$adapter_red->doMouthClose();
echo "給狗套上綠棗適配器\n";
$adapter_green = new GreenAdapter($adaptee_dog);
//張嘴
$adapter_green->operateMouth(1);
//閉嘴
$adapter_green->operateMouth(0);
}
}
$test = new testDriver();
$test->run();
最后的結果就是，Toy類及其子類在不改變自身的情況下，通過適配器實現(xiàn)了不同的接口。
最后總結
將一個類的接口轉換成客戶希望的另外一個接口,使用原本不兼容的而不能在一起工作的那些類可以在一起工作.
適配器模式核心思想：把對某些相似的類的操作轉化為一個統(tǒng)一的“接口”(這里是比喻的說話)--適配器，或者比喻為一個“界面”，統(tǒng)一或屏蔽了那些類的細節(jié)。適配器模式還構造了一種“機制”，使“適配”的類可以很容易的增減，而不用修改與適配器交互的代碼，符合“減少代碼間耦合”的設計原則。
更多關于PHP相關內容感興趣的讀者可查看本站專題：《php面向對象程序設計入門教程》、《PHP數(shù)組(Array)操作技巧大全》、《PHP基本語法入門教程》、《PHP運算與運算符用法總結》、《php字符串(string)用法總結》、《php+mysql數(shù)據(jù)庫操作入門教程》及《php常見數(shù)據(jù)庫操作技巧匯總》
希望本文所述對大家PHP程序設計有所幫助。
您可能感興趣的文章:- PHP設計模式之適配器模式（Adapter）原理與用法詳解
- php設計模式 Adapter(適配器模式)
- PHP設計模式之適配器模式代碼實例
- 學習php設計模式 php實現(xiàn)適配器模式
- PHP設計模式之適配器模式原理與用法分析
- PHP設計模式之適配器模式定義與用法詳解
- php設計模式之適配器模式實例分析【星際爭霸游戲案例】
- PHP設計模式（四）原型模式Prototype實例詳解【創(chuàng)建型】
- PHP設計模式（三）建造者模式Builder實例詳解【創(chuàng)建型】
- PHP設計模式（一）工廠模式Factory實例詳解【創(chuàng)建型】
- PHP設計模式概論【概念、分類、原則等】
- PHP設計模式（五）適配器模式Adapter實例詳解【結構型】
