如果你修改某一个组件会引起其它组件一连串的改变,那么开发任务会变成产生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();
?>