对于代码的设计模式，我用的不多，又不甘心说自己是乱说，所以只能取个“怪谈”的名字。
观察者—我对这个名字充满了好感，如果你也像我一样，对这个名字多念了几次，就能读出世态炎凉人情冷暖的味道来。
所谓观察者模式，就是“冷眼旁观”的写程序，我在一旁盯着，老板说这个功能不要了，那好，我撤销一个观察者；过了一些时日，老板又说，你再加个功能，很简单，我再加一个观察者。在这样的情况下，无论老板怎么虐我，我都能快速的组织代码，实现功能。
不过大家不要误会，我拿老板做例子，不是总是树立雇佣双方的矛盾，在实际开发中，需求改变在所难免。
观察者模式的代码实现具体是怎样的呢？
abstract class Observer { abstract function update(); } class Observer1 extends Observer { public function update(){ echo “我是第一个观察者<br>”; } } class Observer2 extends Observer { public function update() { echo “我是第二个观察者<br>”; } } class Eventer { private $observers = array(); public function addObserver($observer){ $this->observers[] = $observer; } public function trigger(){ foreach ($this->observers as $observer) { $observer->update(); } } } $eventer = new Eventer(); $eventer->addObserver(new Observer1()); $eventer->addObserver(new Observer2()); $eventer->trigger();
上面的代码串的意思是使用了一个叫做“Eventer”的观察者类，来管理继承了“Observer”这个父类的类，通过Eventer观察者来处理操作监听Observer类的状态，反正思想大致如此，具体实现随便玩。
有时，我为了强用设计模式，甚至写出这样的代码来记录一个日志：
interface Observer { public function addLog(); } class LogObserver implements Observer{ private $file_path = “./error.log”; private $message; private $special_message; public function __construct($special_message) { $this->message = date(“Y-m-d H:i:s”).”===”; $this->special_message = $special_message.PHP_EOL; } public function addLog() { error_log($this->message.$this->special_message,3,$this->file_path); } } class LogMaster{ function __construct(Observer $observer) { $observer->addLog(); } } new LogMaster(new LogObserver(‘log info’));
有人说，上班久了，无聊了，要开始炫技了。