观察者模式

观察者模式：当一个对象的状态发生变化时，依赖它的对象全部会收到通知并自动更新。

场景：一个事件发生后，要执行一连串的更新操作，传统的编程方式就是在事件的代码之后直接加入处理逻辑，当更新的逻辑增多之后，代码会变得难以维护，这种方式是耦合的，增加新的逻辑需要修改事件主体代码。观察者模式实现了低耦合、非嵌入式的通知与更新机制。

interface Observer
{
    public function update();
    public function add();
}

class Event
{
    private $_observers = array();
    
    public function addOberver(Observer $oberver)
    {
        $this->_observers[] = $oberver;
    }
    
    public function inotify($methods)
    {
        if(empty($this->_observers) || !is_array($methods) || empty($methods)){
            return false;
        }
        foreach($this->_observers as $oberver){
            foreach($methods as $method){
                if(method_exists($oberver,$method)){
                    $oberver->$method();
                }
            }
        }
    }
}


//观察者1
class Observer1 implements Observer
{
    public function update()
    {
        echo 'update1'.PHP_EOL;
    }
    
    public function add()
    {
        echo 'add1'.PHP_EOL;
    }
}

//增加观察者2
class Observer2 implements Observer
{
    public function update()
    {
        echo 'update2'.PHP_EOL;
    }
    
    public function add()
    {
        echo 'add2'.PHP_EOL;
    }
}

$event = new Event();
$event->addOberver(new Observer1());
$event->addOberver(new Observer2());
$event->inotify(array('update','add'));

这样当我们需要添加新的类或者方法时，只需要扩展即可，而不用去修改Event类。

应用场景：某个以购票为核心业务的逻辑，但围绕购票会产生不同的其他逻辑，如：
1：购票后记录文本日志。
2：购票后记录数据库日志。
3：购票后发送短信。
4：购票送抵扣券、兑换券、积分等。
5：其他类活动等。

传统的解决方案：在购票逻辑等类内部增加相关代码，完成各种逻辑。

传统解决方案存在的问题：
1：一旦某个业务逻辑发生改变，如购票业务中增加其他业务逻辑，需要修改购票核心文件，甚至购票流程。
2：日积月累后，文件冗长，导致后续维护困难。

存在问题的原因主要是程序的紧密耦合，使用观察者模式将目前的业务逻辑优化成松耦合，达到易维护、易修改的目的，同时也符合面向接口的思想。

观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，这个主题对象在状态发生改变时会通知所有观察者对象，使他们能自动更新自己。

观察者模式还是存在耦合的，比如我们需要一个属性保存观察者对象列表，如果观察者没有实现update方法就会出现问题。