php设计模式之中介者模式分析【星际争霸游戏案例】

本文实例讲述了php设计模式之中介者模式。分享给大家供大家参考，具体如下：

星际的升级系统做得比较平衡，不过由于不少兵种和建筑的制造都需要有相关的科技建筑，所以关系比较复杂。
比如一个科学站造出来后，所有的飞机场都可以建造科技球了，但是一旦一个科学站被摧毁，就要看是否还有科过河小游戏学站，否则就得让所有的飞机场都不能造科技球。
我们可以用上次说的观察者模式解决问题，不过由于星际里面的升级相关比较多，似乎比较麻烦。
其实从实质来讲，任何升级一般只要知道某种建筑是否存在就行了，因此我们不必让他们多对多联系，设置一个中介者就行了。
这就好像我们不管买什么东西，到超市就可以了，而厂家也只要和超市联系，不必和我们每个消费者直接接触。

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

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

中介者（mediator）模式示例：

<?php  //中介者  class mediator  {    //存放科技建筑的数量，为了简单说明，用静态属性，其实也可以让各个对象来处理    public static $techbuilding;    //根据参数$techbuildingname代表的建筑名称，返回是否存在相应的科技建筑，为了简单说明，用静态属性    public static function istechallow ($techbuildingname)    {      //如果科技建筑数量大于零，就返回true，否则返回fal      return lf::$techbuilding[$techbuildingname]>0;    }    //一旦科技建筑造好了或者被摧毁，调用这个方法，参数$techbuildingname代表建筑名称，$add为布尔值，true表示增加（建造），fal代表减少（摧毁）    public static function changetech ($techbuildingname, $add)    {      //建造      if ($add)      {        //增加数量        lf::$techbuilding[$techbuildingname]++;      }      el      安慰朋友的暖心句子{        //减家长感谢老师少数量        lf::$techbuilding[$techbuildingname]--;      }    }  }  //科技站类  class sciencefacility  {    //构造方法    public function __construct()    {      mediator::changetech('sciencefacility', true);    }    //析构方法    public function __destruct()    {      mediator::changetech('sciencefacility', fal);    }  }  //飞机场类  class starport  {    //制造科技球的方法    public funct父亲节活动ion createsciencevesl ()    {      //询问中介者，决定是否能制造科技球      echo mediator::istechallow('sciencefacility') ? '可以制造科技球' : '不能制造科技球';    甘肃政法学院}  }  //造一个科技站  $sciencefacility1 = new sciencefacility();  //再造一个科技站  $sciencefacility2 = new sciencefacility();  //造一个飞机场  $starport = new starport();  //建造科技球，结果是能够  $starport->createsciencevesl();  echo "<br/>";  //一个科技站被摧毁  unt($sciencefacility1);  //这时建造科技球，结果是能够，因为还有一个科技站  $starport->createsciencevesl();  echo "<br/>";  //另一个科技站被摧毁  unt($sciencefacility2);  //这时建造科技球，结果是不行  $starport->createsciencevesl();?>

运行结果：

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

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

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