策略模式:

     策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化,即封装变化的算法。

组成

  1. 抽象策略角色:策略类,通常由一个接口或者抽象类实现。
  2. 具体策略角色:包装了相关的算法和行为。
  3. 环境角色:持有一个策略类的引用,最终给客户端调用。

步骤

  1. 定义抽象角色类(定义好各个实现的共同抽象方法)
  2. 定义具体策略类(具体实现父类的共同方法)
  3. 定义环境角色类(接收保存实例,统一执行策略类接口方法)

 

适用场景:

 

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

 

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

 

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

 

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

 

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

 

    有时候可以通过把依赖于环境的状态保存到客户端里面,可以使用享元模式来减少对象的数量。

为什么要用策略模式?

使用设计模式之后,我们的代码冗余和耦合度变低,每个策略模块完成对应的功能

当然缺点就是一个功能我们就要响应制作一个策略类,但是我们统观MVC架构当中(ThinkPHP,Yii2),一个控制器对应一个视图,其实也是策略设计模式的体现了。

 

实现代码

<?php
/**
 * 抽象策略模式
 */
interface Strategy
{
    public function AlgorithmInterface();
}
/**
 * 具体策略模式
 */
class ConcreteStrategyA implements Strategy
{
    public function AlgorithmInterface()
    {
        var_dump('A实现');
    }
}
class ConcreteStrategyB implements Strategy
{
    public function AlgorithmInterface()
    {
        var_dump('B实现');
    }
}
class ConcreteStrategyC implements Stratergy
{
    public function AlgorithmInterface()
    {
        var_dump('C实现');
    }
}
/**
 * 客户环境类
 */
class Context
{
    public function __contruct($stratergy)
    {
        $this->stratergy=$$stratergy;
    }
    public function contextInterface()
    {
        $this->stratergy->AlgorithmInterface();
    }
}
$a = new Context(new ConcreteStrategyA());
$a->contextInterface();

优点:      
         1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。 恰当使用继承可以把公共的代码转移到父类里面,从而避免重复的代码。

         2、 策略模式提供了可以替换继承关系的办法。 继承可以处理多种算法或行为。 如果不是用策略模式,那么使用算法或行为的环境类就可能会有一些子类,每一个子类提供一个不同的算法或行为。但是,这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起,从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

        3、 使用策略模式可以避免使用多重条件转移语句。

             多重转移语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重转移语句里面,比使用继承的办法还要原始和落后。

缺点:

       1、客户端必须知道所有的策略类,并自行决定使用哪一个策略类。 这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。换言之,策略模式只适用于客户端知道所有的算法或行为的情况。

        2、 策略模式造成很多的策略类,每个具体策略类都会产生一个新类。 有时候可以通过把依赖于环境的状态保存到客户端里面,而将策略类设计成可共享的,这样策略类实例可以被不同客户端使用。换言之,可以使用享元模式来减少对象的数量。

小结

  • 找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起;
  • 针对接口编程,不针对实现编程;
  • 多用组合,少用继承。

cr:https://blog.csdn.net/jhq0113/article/details/45771863

cr:https://blog.csdn.net/qq_32300363/article/details/70916768

 

posted on 2021-03-11 16:12  XXXX_易夫人  阅读(80)  评论(0编辑  收藏  举报