待解决的问题：不要让各个建筑互相联系，减少复杂程度。

思路：设置中介者，每次遇到制造科技相关的东西，询问中介者。

中介者（Mediator）模式示例：

0;
    }
    //一旦科技建筑造好了或者被摧毁，调用这个方法，参数$techBuildingName代表建筑名称，$add为布尔值，true表示增加（建造），false代表减少（摧毁）
    public static function changeTech ($techBuildingName, $add)
    {
      //建造
      if ($add)
      {
        //增加数量
        self::$techBuilding[$techBuildingName]++;
      }
      else
      {
        //减少数量
        self::$techBuilding[$techBuildingName]--;
      }
    }
  }
  //科技站类
  class ScienceFacility
  {
    //构造方法
    public function __construct()
    {
      Mediator::changeTech('ScienceFacility', true);
    }
    //析构方法
    public function __destruct()
    {
      Mediator::changeTech('ScienceFacility', false);
    }
  }
  //飞机场类
  class Starport
  {
    //制造科技球的方法
    public function createScienceVessel ()
    {
      //询问中介者，决定是否能制造科技球
      echo Mediator::isTechAllow('ScienceFacility') ? '可以制造科技球' : '不能制造科技球';
    }
  }
  //造一个科技站
  $scienceFacility1 = new ScienceFacility();
  //再造一个科技站
  $scienceFacility2 = new ScienceFacility();
  //造一个飞机场
  $starport = new Starport();
  //建造科技球，结果是能够
  $starport->createScienceVessel();
  echo "
";
  //一个科技站被摧毁
  unset($scienceFacility1);
  //这时建造科技球，结果是能够，因为还有一个科技站
  $starport->createScienceVessel();
  echo "
";
  //另一个科技站被摧毁
  unset($scienceFacility2);
  //这时建造科技球，结果是不行
  $starport->createScienceVessel();
?>

运行结果：

可以制造科技球
可以制造科技球
不能制造科技球

用途总结：中介者模式可以减少各个对象的通讯，避免代码相互关联。

实现总结：中介者模式比较灵活，一般只要有中介者类和需要被协调的类，具体设计看遇到的问题。