您好,登錄后才能下訂單哦!
這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)PHP中怎么實(shí)現(xiàn)策略模式,文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述,閱讀完這篇文章希望大家可以有所收獲。
策略模式,意思就是定義一系列算法,把它們一個(gè)個(gè)封裝起來,并且使它們可相互替換,使用得算法的變化可獨(dú)立于使用它的客戶,簡單來講就是,策略模式設(shè)計(jì)幫助構(gòu)建的對象不必自身包含邏輯,而是能夠根據(jù)需要利用其他對象中的算法。
來看下應(yīng)用場景:
1、 多個(gè)類只區(qū)別在表現(xiàn)行為不同,可以使用Strategy模式,在運(yùn)行時(shí)動(dòng)態(tài)選擇具體要執(zhí)行的行為。
2、 需要在不同情況下使用不同的策略(算法),或者策略還可能在未來用其它方式來實(shí)現(xiàn)。
3、 對客戶隱藏具體策略(算法)的實(shí)現(xiàn)細(xì)節(jié),彼此完全獨(dú)立。
4、客戶端必須知道所有的策略類,并自行決定使用哪一個(gè)策略類,策略模式只適用于客戶端知道所有的算法或行為的情況。
5、 策略模式造成很多的策略類,每個(gè)具體策略類都會產(chǎn)生一個(gè)新類。
有點(diǎn)模糊是吧,咱就來看一個(gè)完整的應(yīng)用場景:
例如有一個(gè)CD類,我們類存儲了CD的信息。
原先的時(shí)候,我們在CD類中直接調(diào)用getCD方法給出XML的結(jié)果
隨著業(yè)務(wù)擴(kuò)展,需求方提出需要JSON數(shù)據(jù)格式輸出
這個(gè)時(shí)候我們引進(jìn)了策略模式,可以讓使用方根據(jù)需求自由選擇是輸出XML還是JSON
大概了解了之后,咱們來看一個(gè)代碼實(shí)例,我在網(wǎng)上找的啊,比較簡單,大家可以根據(jù)自己需要的來擴(kuò)展一下,如下:
<?php //策略模式 //cd類 class cd { protected $cdArr; public function __construct($title, $info) { $this->cdArr['title'] = $title; $this->cdArr['info'] = $info; } public function getCd($typeObj) { return $typeObj->get($this->cdArr); } } class json { public function get($return_data) { return json_encode($return_data); } } class xml { public function get($return_data) { $xml = '<?xml version="1.0" encoding="utf-8"?>'; $xml .= '<return>'; $xml .= '<data>' .serialize($return_data). '</data>'; $xml .= '</return>'; return $xml; } } $cd = new cd('cd_1', 'cd_1'); echo $cd->getCd(new json); echo $cd->getCd(new xml);
咱們接下來,再來了解一下一個(gè)網(wǎng)上比較經(jīng)典的案例,來看張圖片:
上面圖片的意思可以按著下面這個(gè)方式來理解:
1.Joe做了一套相當(dāng)成功的模擬鴨子的游戲。設(shè)計(jì)了一個(gè)超類Duck,然后讓各種鴨子繼承這個(gè)類。
2.后來客戶提出要讓鴨子有飛的能力。所以Joe就在超類中加了個(gè)fly()方法,這樣下面的子類都有飛行的行為。
問題來了:1>原來Duck的子類中竟然有橡皮鴨,橡皮鴨是不會飛的?!狫oe用重載的方式,把橡皮鴨的fly()方法設(shè)置為空.
2>覆蓋fly(),我們看到了橡皮鴨的fly()里,沒有任何代碼,如果以后我們再添加別的不會飛的鴨子,那我么還要這么處理嗎?——那么代碼重復(fù)了!
3.上面2的方式我們知道是有問題的,所以Joe想到把Duck做成接口,這樣每個(gè)子類必須實(shí)現(xiàn)Duck里的方法。這樣就保證每個(gè)鴨子都能根據(jù)自己的需要添加行為。
問題來了:產(chǎn)品經(jīng)常處于更新中,規(guī)格也在不斷的變化。導(dǎo)致每當(dāng)有新鴨子的時(shí)候,Joe就要被迫檢查一遍子類是否覆蓋了fly()方法?!?dāng)你修改某個(gè)行為的時(shí)候,你必須得往下追蹤并在每一個(gè)定義此行為的類中修改它。
4.綜合以上問題,Joe想到了把那些變化的部分從不變化的位置中抽出來。比如,我們對fly()行為,做了單獨(dú)的接口FlyBehavior。如果鴨子想要飛行功能的時(shí)候,我們就讓鴨子實(shí)現(xiàn)FlyBehavior.
5.深造:我們想讓鴨子有不同的飛行功能,讓它在運(yùn)行時(shí)候做不同的飛行動(dòng)作。讓鴨子類實(shí)現(xiàn)接口,只能讓鴨子有一種行為。
好,接下來看下代碼實(shí)例:
<?php interface FlyBehavior{ public function fly(); } class FlyWithWings implements FlyBehavior{ public function fly(){ echo "Fly With Wings \n"; } } class FlyWithNo implements FlyBehavior{ public function fly(){ echo "Fly With No Wings \n"; } } class Duck{ private $_flyBehavior; public function performFly(){ $this->_flyBehavior->fly(); } public function setFlyBehavior(FlyBehavior $behavior){ $this->_flyBehavior = $behavior; } } class RubberDuck extends Duck{ } // Test Case $duck = new RubberDuck(); /* 想讓鴨子用翅膀飛行 */ $duck->setFlyBehavior(new FlyWithWings()); $duck->performFly(); /* 想讓鴨子不用翅膀飛行 */ $duck->setFlyBehavior(new FlyWithNo()); $duck->performFly();
運(yùn)行結(jié)果:
Fly With Wings
Fly With No Wings
咱們可以來總結(jié)下在開發(fā)過程中,這些設(shè)計(jì)模式的設(shè)計(jì)原則,如下:
1.找出應(yīng)用中可能需要變化之處,把它們獨(dú)立出來,不要和那些不需要變化的代碼混在一起;
2.針對接口編程,不針對實(shí)現(xiàn)編程;
3.多用組合,少用繼承;
上述就是小編為大家分享的PHP中怎么實(shí)現(xiàn)策略模式了,如果剛好有類似的疑惑,不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識,歡迎關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。