如果你修改某一个组件会引起其它组件一连串的改变,那么开发任务会变成产生bug和消除bug的恶性循环。
当然系统中的组件必然包含着对其它组件的引用,然而我们使用不同的策略来尽量减少。
举个例子,假如有一个负责用户登录的类
class login{ public function handleLogin($user, $pass, $ip){ // 登录判断 return true; } } 如果有一天增加需求,比如说:记录所有登录的IP,那我们就得这样 class login{ public function handleLogin($user, $pass, $ip){ // 登录判断 // 登录成功之后记录IP return true; } } 如果考虑到安全问题,登录失败要发送一封邮件给admin,那就接着增加发送邮件方法 class login{ public function handleLogin($user, $pass, $ip){ // 登录判断 // 登录成功之后记录IP // 失败发送邮件给admin return true; } }
以上都是我们很容易满足的需求,但是会破坏我们原有的设计,而且这个方法会无限增大,并且复杂,所以我们如果用观察者模式来实现最合适不过了。
观察者模式的核心就是把客户元素(观察者)从一个中心类(主体)中分离出来。当主体知道事件发生时,观察者需要被通知到。同时我们并不希望主体和观察者之间的关系进行硬编码。
<?php // 定义观察接口 interface Observable{ public function attach(Observer $observer); public function detach(Observer $observer); public function notify(); } class Login implements Observable{ private $_observer; public function attach(Observer $observer){ $this->_observer[] = $observer; } public function detach(Observer $observer){ $result = array_search($observer, $this->_observer); if($result !== false){ unset($this->_observer[$observer]); } } public function notify(){ foreach ($this->_observer as $key => $value) { $value->update(); } } } interface Observer{ public function update(); } class Sendemail implements Observer{ public function update(){ echo '我要发送邮件'; } } class SendSms implements Observer{ public function update(){ echo '我要发送短信'; } } $login = new Login(); $login->attach(new Sendemail); $login->attach(new SendSms); $login->notify(); ?>