Posted in PHP onMarch 27, 2020
本文实例讲述了php设计模式之组合模式。分享给大家供大家参考,具体如下:
星际里面我们可以下载别人制作的地图,或者自己做地图玩。
我们在选择玩哪张地图的时候,可以看到游戏列出当前地图包里面的地图或地图包的名字。
虽然地图和地图包是通过文件和文件夹区分的,但是我们开发的时候,总希望能使用对象来进行抽象。
那么对于地图和地图包这两个相关的对象,我们能不能简化他们之间的区别呢?
待解决的问题:尽量是调用这两种对象的代码一致,也就是说很多场合不必区分到底是地图还是地图包。
思路:我们做一个抽象类,让地图类和地图包类继承它,这样类的很多方法的名称一样。
组合(Composite)模式示例:
<?php //抽象地图类 abstract class abstractMap { //地图或地图包的名称 public $name; //构造方法 public function __construct($name) { $this->name = $name; } //地图或地图包的名称,地图对象没有子对象,所以用空函数,直接继承 public function getChildren(){} //添加子对象,地图对象没有子对象,所以用空函数,直接继承 public function addChild(abstractMap $child){} //显示地图或地图包的名称 public function showMapName() { echo $this->name.”<br>”; } //显示子对象,地图对象没有子对象,所以用空函数,直接继承 public function showChildren(){} } //地图类,继承抽象地图,这里面我们暂且使用抽象地图的方法 class Map extends abstractMap { } //地图包类,继承抽象地图,这里面我们就需要重载抽象地图的方法 class MapBag extends abstractMap { //子对象的集合 public $childern; //添加子对象,强制用abstractMap对象,当然地图和地图包由于继承了abstractMap,所以也是abstractMap对象 public function addChild(abstractMap $child) { $this->childern[] = $child; } //添加子对象 public function function showChildren() { if (count($this->childern)>0) { foreach ($this->childern as $child) { //调用地图或包的名称 $child->showMapName(); } } } } //新建一个地图包对象,假设文件夹名字为Allied,这个大家可以看看星际的地图目录,真实存在的 $map1 = new MapBag(‘Allied'); //新建一个地图对象,假设文件名字为(2)Fire Walker(也是真实的) $map2 = new Map(‘(2)Fire Walker'); //接下去可以看到组合模式的特点和用处。 //假设后面的代码需要操作两个对象,而我们假设并不清楚这两个对象谁是地图,谁是地图包 //给$map1添加一个它的子对象,是个地图,(4)The Gardens $map1->addChild(new Map(‘(4)The Gardens')); //展示它的子对象 $map1->showChildren(); //给$map2添加一个它的子对象,是个地图,(2)Fire Walker,这里不会报错,因为地图继承了一个空的添加方法 $map2->addChild(new Map(‘(2)Fire Walker')); //展示它的子对象,也不会出错,因为地图继承了一个空的展示方法 $map2->showChildren(); ?>
用途总结:组合模式可以对容器和物体(这里的地图包和地图)统一处理,其他代码处理这些对象的时候,不必过于追究谁是容器,谁是物体。这里为了简化说明,没有深入探讨,其实组合模式常常用于和迭代模式结合,比如我们可以用统一的方法(就像这里的showChildren方法),获取地图包下所有的地图名(包括子目录)
实现总结:用一个基类实现一些容器和物体共用的方法,比如上面的abstractMap,然后让容器和物体类继承基类。由于各自的特性不同,在容器和物体类中重载相应的方法,比如addChild方法。这样对外就可以用统一的方法操作这两种对象。
希望本文所述对大家PHP程序设计有所帮助。
php设计模式之组合模式实例详解【星际争霸游戏案例】
- Author -
DavidHHuan声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@