欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

PHP设计模式之策略模式(Strategy)入门与应用案例详解

程序员文章站 2023-12-01 22:35:52
本文实例讲述了php设计模式之策略模式(strategy)入门与应用。分享给大家供大家参考,具体如下: 这个策略模式,意思就是定义一系列算法,把它们一个个封装起来,并且使它们可相互替...

本文实例讲述了php设计模式之策略模式(strategy)入门与应用。分享给大家供大家参考,具体如下:

这个策略模式,意思就是定义一系列算法,把它们一个个封装起来,并且使它们可相互替换,使用得算法的变化可独立于使用它的客户,简单来讲就是,策略模式设计帮助构建的对象不必自身包含逻辑,而是能够根据需要利用其他对象中的算法。

来看下应用场景:

       1、 多个类只区别在表现行为不同,可以使用strategy模式,在运行时动态选择具体要执行的行为。

       2、 需要在不同情况下使用不同的策略(算法),或者策略还可能在未来用其它方式来实现。

       3、 对客户隐藏具体策略(算法)的实现细节,彼此完全独立。

       4、客户端必须知道所有的策略类,并自行决定使用哪一个策略类,策略模式只适用于客户端知道所有的算法或行为的情况。

       5、 策略模式造成很多的策略类,每个具体策略类都会产生一个新类。

有点模糊是吧,咱就来看一个完整的应用场景:

例如有一个cd类,我们类存储了cd的信息。
原先的时候,我们在cd类中直接调用getcd方法给出xml的结果
随着业务扩展,需求方提出需要json数据格式输出
这个时候我们引进了策略模式,可以让使用方根据需求*选择是输出xml还是json
大概了解了之后,咱们来看一个代码实例,我在网上找的啊,比较简单,大家可以根据自己需要的来扩展一下,如下:

<?php
 //策略模式
 //cd类
 class cd {
  protected $cdarr;
  public function __construct($title, $info) { 
   $this->cdarr['title'] = $title;
   $this->cdarr['info'] = $info;
  }
  public function getcd($typeobj) {
   return $typeobj->get($this->cdarr);
  } 
 }
 class json {
  public function get($return_data) {
   return json_encode($return_data);
  }
 }
 class xml {
  public function get($return_data) {
    $xml = '<?xml version="1.0" encoding="utf-8"?>';
    $xml .= '<return>';
     $xml .= '<data>' .serialize($return_data). '</data>';
    $xml .= '</return>';
    return $xml;
  }
 }
 $cd = new cd('cd_1', 'cd_1');
 echo $cd->getcd(new json);
 echo $cd->getcd(new xml);

咱们接下来,再来了解一下一个网上比较经典的案例,来看张图片:

PHP设计模式之策略模式(Strategy)入门与应用案例详解

上面图片的意思可以按着下面这个方式来理解:

1.joe做了一套相当成功的模拟鸭子的游戏。设计了一个超类duck,然后让各种鸭子继承这个类。

2.后来客户提出要让鸭子有飞的能力。所以joe就在超类中加了个fly()方法,这样下面的子类都有飞行的行为。

   问题来了:1>原来duck的子类中竟然有橡皮鸭,橡皮鸭是不会飞的。——joe用重载的方式,把橡皮鸭的fly()方法设置为空.

                   2>覆盖fly(),我们看到了橡皮鸭的fly()里,没有任何代码,如果以后我们再添加别的不会飞的鸭子,那我么还要这么处理吗?——那么代码重复了!

3.上面2的方式我们知道是有问题的,所以joe想到把duck做成接口,这样每个子类必须实现duck里的方法。这样就保证每个鸭子都能根据自己的需要添加行为。

     问题来了:产品经常处于更新中,规格也在不断的变化。导致每当有新鸭子的时候,joe就要*检查一遍子类是否覆盖了fly()方法。——当你修改某个行为的时候,你必须得往下追踪并在每一个定义此行为的类中修改它。

4.综合以上问题,joe想到了把那些变化的部分从不变化的位置中抽出来。比如,我们对fly()行为,做了单独的接口flybehavior。如果鸭子想要飞行功能的时候,我们就让鸭子实现flybehavior.

5.深造:我们想让鸭子有不同的飞行功能,让它在运行时候做不同的飞行动作。让鸭子类实现接口,只能让鸭子有一种行为。

好,接下来看下代码实例:

<?php
interface flybehavior{
 public function fly();
}
class flywithwings implements flybehavior{
 public function fly(){
 echo "fly with wings \n";
 }
}
class flywithno implements flybehavior{
 public function fly(){
 echo "fly with no wings \n";
 }
}
class duck{
 private $_flybehavior;
 public function performfly(){
 $this->_flybehavior->fly();
 }
 public function setflybehavior(flybehavior $behavior){
 $this->_flybehavior = $behavior;
 }
}
class rubberduck extends duck{
}
// test case
$duck = new rubberduck();
/* 想让鸭子用翅膀飞行 */
$duck->setflybehavior(new flywithwings());
$duck->performfly();
/* 想让鸭子不用翅膀飞行 */
$duck->setflybehavior(new flywithno());
$duck->performfly();

运行结果:

fly with wings
fly with no wings

咱们可以来总结下在开发过程中,这些设计模式的设计原则,如下:

1.找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起;

2.针对接口编程,不针对实现编程;

3.多用组合,少用继承;

好啦,本次记录就到这里了。