一个简单示例是系统中的用户列表。清单 4 中的代码显示一个用户列表,添加用户时,它 将发送出一条消息。添加用户时,通过发送消息的日志观察者可以观察此列表。

<?php
     interface IObserver
     {
          function onChanged($send,$name);
     }

     interface Observerable
     {
          function addObserverable($observer);
     }
    
     class UserList implements Observerable
     {
          private $_observer = array();
         
          public function addObserverable($observer)
          {
               $this->_observer[] = $observer;
          }
          public function addUser($name)
          {
               foreach($this->_observer as $obj)
               $obj->onChanged($this,$name);
          }
     }
     class UserListLog implements IObserver
     {
          public function onChanged($send,$name)
          {
               echo "user :{$name} is add to log ...<br />";
          }
     }
     $o = new UserList();
     $o->addObserverable(new UserListLog());
     $o->addUser("braveryhui");
     $o->addUser("braveryhui1");
     $o->addUser("braveryhui2");

      user :braveryhui1 is add to log ...

      user :braveryhui2 is add to log ...

此代码定义四个元素:两个接口和两个类。IObservable 接口定义可以被观察的对象, UserList 实现该接口,以便将本身注册为可观察。IObserver 列表定义要通过怎样的方法才能成 为观察者,UserListLogger 实现 IObserver 接口。图 4 的 UML 中展示了这些元素。

测试代码创建 UserList,并将 UserListLogger 观察者添加到其中。然后添加一个消费者, 并将这一更改通知 UserListLogger。

认识到 UserList 不知道日志程序将执行什么操作很关键。可能存在一个或多个执行其他操 作的侦听程序。例如,您可能有一个向新用户发送消息的观察者,欢迎新用户使用该系统。这种 方法的价值在于 UserList 忽略所有依赖它的对象,它主要关注在列表更改时维护用户列表并发 送消息这一工作。

  此模式不限于内存中的对象。它是在较大的应用程序中使用的数据库驱动的消息查询系统