這是我寫的《php模式設計》的第五篇。前面的四篇在不斷學習不斷加深認識,到了今天再看觀察者模式,以爲很是容易理解。這也許就是咱們聚沙成塔的結果吧。但願仍是可以不斷進步。php
開篇仍是從名字提及,「觀察者模式」的觀察者三個字信息量很大。玩過不少網絡遊戲的童鞋們應該知道,即使是鬥地主,除了玩家,還有一個角色叫「觀察者"。在咱們今天他談論的模式設計中,觀察者也是如此。首先,要有一個「主題」。只有有了一個主題,觀察者才能搬着小板凳兒聚在一堆。其次,觀察者還必需要有本身的操做。不然你聚在一堆兒沒事作也沒什麼意義。html
從面向過程的角度來看,首先是觀察者向主題註冊,註冊完以後,主題再通知觀察者作出相應的操做,整個事情就完了。編程
從面向對象的角度來看,主題提供註冊和通知的接口,觀察者提供自身操做的接口。(這些觀察者擁有一個同一個接口。)觀察者利用主題的接口向主題註冊,而主題利用觀察者接口通知觀察者。耦合度至關之低。設計模式
如何實現觀察者註冊?經過前面的註冊者模式很容易給咱們提供思路,把這些對象加到一棵註冊樹上就行了嘛。如何通知?這就更簡單了,對註冊樹進行遍歷,讓每一個對象實現其接口提供的操做。網絡
<?php // 主題接口 interface Subject{ public function register(Observer $observer); public function notify(); } // 觀察者接口 interface Observer{ public function watch(); } // 主題 class Action implements Subject{ public $_observers=array(); public function register(Observer $observer){ $this->_observers[]=$observer; } public function notify(){ foreach ($this->_observers as $observer) { $observer->watch(); } } } // 觀察者 class Cat implements Observer{ public function watch(){ echo "Cat watches TV<hr/>"; } } class Dog implements Observer{ public function watch(){ echo "Dog watches TV<hr/>"; } } class People implements Observer{ public function watch(){ echo "People watches TV<hr/>"; } } // 應用實例 $action=new Action(); $action->register(new Cat()); $action->register(new People()); $action->register(new Dog()); $action->notify();
所謂模式,更多的是一種想法,徹底不必拘泥於代碼細節。觀察者模式更多體現了兩個獨立的類利用接口完成一件本應該很複雜的事情。不利用主題類的話,咱們還須要不斷循環建立實例,執行操做。而如今只須要建立實例就好,執行操做的事兒只須要調用一次通知的方法就好啦。post
從開始的單例模式我一步步考慮如何實現代碼,到如今大部分實現代碼一句帶過,其實是創建在前面不斷積累的基礎上。真心感受經過不斷學習設計模式能很大加深對面向對象編程的思考。固然紙上談兵仍是要不得的,最好仍是投入更多的練習中去吧~~·學習
相關文章 《使用觀察者模式處理異常信息》this
系列文章:url