介紹
現在有兩派，有的人建議使用設計模式，有的人不建議使用設計模式！
這就向寫文章一樣，有的人喜歡文章按照套路走，比如敘事性質的文章，時間，地點，人物，事件。而有的人喜歡寫雜文或者散文，有的人喜歡寫詩詞！
現在寫代碼很多地方類似于寫文章，但是在有些地方比寫文章需要更多的技能！寫文章寫多了一般也能寫出優秀的文章，而代碼也一樣，寫多了也能寫出很多有些的代碼！
很多時候，我看設計模式的時候，有些設計模式只是吻合我的代碼習慣。但是你硬去套它，那么反而適得其反。——很多時候是學會了招式，在應用中不知不覺的使用上這些招式，才能掌握其道，但是也不要拘泥于招式，正所謂“無招勝有招”嗎?
這就向寫文章一樣，有的人喜歡文章按照套路走，比如敘事性質的文章，時間，地點，人物，事件。而有的人喜歡寫雜文或者散文，有的人喜歡寫詩詞！
現在寫代碼很多地方類似于寫文章，但是在有些地方比寫文章需要更多的技能！寫文章寫多了一般也能寫出優秀的文章，而代碼也一樣，寫多了也能寫出很多有些的代碼！
很多時候，我看設計模式的時候，有些設計模式只是吻合我的代碼習慣。但是你硬去套它，那么反而適得其反。——很多時候是學會了招式，在應用中不知不覺的使用上這些招式，才能掌握其道，但是也不要拘泥于招式，正所謂“無招勝有招”嗎?
我學設計模式的初衷，就是知道有這么個玩意兒？腦子里有這么個印象，也不會生套它！如果設計模式不符合你的習慣對你閱讀代碼反而是不利的！
觀察者模式定義對象的一對多依賴,這樣一來，當一個對象改變狀態時，它的所有依賴者都會收到通知并自動更新!
設計原則
在觀察者模式中，會改變的是主題的狀態以及觀察者的數目。用這個模式，你可以改變依賴于主題狀態的對象，卻不必改變主題。——找出程序中會變化的方面，然后將其和固定不變的方面相分離!
主題和觀察者都使用接口:觀察者利用主題的接口向主題注冊，而主題利用觀察者接口通知觀察者。這樣可以讓兩者之間運作正常，又同時具有松耦合的優點! ——針對接口編程，不針對實現編程!
。
觀察者模式利用“組合”將許多觀察者組合進主題中。對象(觀察者——主題)之間的這種關系不是通過繼承產生的，而是在運行時利用組合的方式產生的。 ——多用組合，少用繼承！
代碼
<?php
/**
* 觀察者模式
* @author: Mac
* @date: 2012/02/22
*/
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();
總結
當新對象要填入的時候，只需要在主題(又叫可觀察者)中進行注冊(注冊方式很多，你也可以在構造的時候，或者框架訪問的接口中進行注冊),然后實現代碼直接在新對象的接口中進行。這降低了主題對象和觀察者對象的耦合度。
好的設計模式不會直接進入你的代碼中，而是進入你的大腦中。
參考:Head First 設計模式
喜歡編程
浙公網安備 33010602011771號