介紹 現在有兩派，有的人建議使用設計模式，有的人不建議使用設計模式！這就向寫文章一樣，有的人喜歡文章按照套路走，比如敘事性質的文章，時間，地點，人物，事件。而有的人喜歡寫雜文或者散文，有的人喜歡寫詩詞！現在寫代碼很多地方類似於寫文章，但是在有些地方比寫文章需要更多的技能！寫文章寫多了一般也能寫出優秀
介紹 現在有兩派，有的人建議使用設計模式，有的人不建議使用設計模式！
這就向寫文章一樣，有的人喜歡文章按照套路走，比如敘事性質的文章，時間，地點，人物，事件。而有的人喜歡寫雜文或者散文，有的人喜歡寫詩詞！
現在寫代碼很多地方類似於寫文章，但是在有些地方比寫文章需要更多的技能！寫文章寫多了一般也能寫出優秀的文章，而代碼也一樣，寫多了也能寫出很多有些的代碼！
很多時候，我看設計模式的時候，有些設計模式只是吻合我的代碼習慣。但是你硬去套它，那麼反而適得其反。——很多時候是學會了招式，在應用中不知不覺的使用上這些招式，才能掌握其道，但是也不要拘泥於招式，正所謂“無招勝有招”嗎? 我學設計模式的初衷，就是知道有這麼個玩意兒？腦子裡有這麼個印象，也不會生套它！如果設計模式不符合你的習慣對你閱讀代碼反而是不利的！ 觀察者模式定義對象的一對多依賴,這樣一來，當一個對象改變狀態時，它的所有依賴者都會收到通知並自動更新! 設計原則 在觀察者模式中，會改變的是主題的狀態以及觀察者的數目。用這個模式，你可以改變依賴於主題狀態的對象，卻不必改變主題。——找出程式中會變化的方面，然後將其和固定不變的方面相分離! 主題和觀察者都使用介面:觀察者利用主題的介面向主題註冊，而主題利用觀察者介面通知觀察者。這樣可以讓兩者之間運作正常，又同時具有松耦合的優點! ——針對介面編程，不針對實現編程! 。 觀察者模式利用“組合”將許多觀察者組合進主題中。對象(觀察者——主題)之間的這種關係不是通過繼承產生的，而是在運行時利用組合的方式產生的。 ——多用組合，少用繼承！ 代碼
<?php
/**
* 觀察者模式
* @author: Mac
*/
class Paper{ /* 主題 */
private $_observers = array();
public function register($sub){ /* 註冊觀察者 */
$this->_observers[] = $sub;
}
public function trigger(){ /* 外部統一訪問 */
if(!empty($this->_observers)){
foreach($this->_observers as $observer){
$observer->update();
}
}
}
}
/**
* 觀察者要實現的介面
*/
interface Observerable{
public function update();
}
class Subscriber implements Observerable{
public function update(){
echo "Callback\n";
}
}
|
下麵是測試代碼
/* 測試 */
$paper = new Paper();
$paper->register(new Subscriber());
//$paper->register(new Subscriber1());
//$paper->register(new Subscriber2());
$paper->trigger();
|
總結 當新對象要填入的時候，只需要在主題(又叫可觀察者)中進行註冊(註冊方式很多，你也可以在構造的時候，或者框架訪問的介面中進行註冊),然後實現代碼直接在新對象的介面中進行。這降低了主題對象和觀察者對象的耦合度。 好的設計模式不會直接進入你的代碼中，而是進入你的大腦中。
