PHP 디자인 패턴 전략 패턴

소개

전략 패턴은 알고리즘 계열을 정의하고 서로 교체할 수 있도록 별도로 캡슐화합니다. 이 모델을 사용하면 알고리즘을 사용하는 고객과 독립적으로 알고리즘을 변경할 수 있습니다.

구성

추상 전략 역할: 전략 클래스, 일반적으로 인터페이스 또는 추상 클래스에 의해 구현됩니다.

구체적인 전략 역할: 관련 알고리즘 및 동작 패키징.

환경 역할: 궁극적으로 클라이언트가 호출하는 전략 클래스에 대한 참조를 보유합니다.

애플리케이션 시나리오

여러 클래스는 동작만 다릅니다. 전략 모드를 사용하면 런타임에 실행할 특정 동작을 동적으로 선택할 수 있습니다.

상황에 따라 다양한 전략(알고리즘)을 사용해야 하며, 그렇지 않으면 향후 다른 방식으로 전략이 구현될 수 있습니다.

특정 전략(알고리즘)의 구현 세부 사항을 고객에게 숨기고 서로 완전히 독립적입니다.

구현

단계

추상 역할 클래스 정의(각 구현의 공통 추상 메소드 정의)

특정 전략 클래스 정의(구체적으로 구현 상위 클래스 공통 방식)

환경 역할 클래스 정의(저장된 인스턴스 수신, 정책 클래스 인터페이스 일괄 실행 방식)

코드

<?php
header(&#39;Content-Type:text/html;charset=utf-8&#39;);
/**
 * 策略模式演示代码
 *
 * 为了更好地突出“策略”，我们这里以出行为例演示，日常出行大概分为以下几种工具：自驾车，公交车，地铁，火车，飞机，轮船
 *
 * 下面一起看代码，领会何为策略模式
 */

/**
 * Interface Travel 抽象策略角色
 * 约定具体方法
 */
interface Travel
{
    public function go();
}

/**
 * Class selfDriving 具体策略角色
 * 自驾车
 */
class bySelfDriving implements Travel
{
    public function go()
    {
        echo &#39;我自己开着车出去玩<br>&#39;;
    }
}

/**
 * Class byBus具体策略角色
 * 乘公交
 */
class byBus implements Travel {
    public function go()
    {
        echo &#39;我乘公交出去玩<br>&#39;;
    }
}

/**
 * Class byMetro 具体策略角色
 * 乘地铁
 */
class byMetro implements Travel
{
    public function go()
    {
        echo &#39;我乘地铁出去玩<br>&#39;;
    }
}

/**
 * Class byTrain 具体策略角色
 * 乘火车
 */
class byTrain implements Travel
{
    public function go()
    {
        echo &#39;我乘火车出去玩<br>&#39;;
    }
}

/**
 * Class byAirplane 具体策略角色
 * 乘飞机
 */
class byAirplane implements Travel
{
    public function go()
    {
        echo &#39;我乘飞机出去玩<br>&#39;;
    }
}

/**
 * Class bySteamship 具体策略角色
 * 乘轮船
 */
class bySteamship implements Travel
{
    public function go()
    {
        echo &#39;我乘轮船出去玩<br>&#39;;
    }
}

/**
 * Class Mine 环境角色
 */
class Mine{
    private $_strategy;
    private $_isChange = false;

    /**
     * 构造方法
     * 此处使用到了依赖注入和类型约束的概念，详情请参考
     * 1.聊一聊PHP的依赖注入(DI) 和 控制反转(IoC)
     * @link https://segmentfault.com/a/1190000007209266
     * 2.浅谈PHP的类型约束
     * @link https://segmentfault.com/a/1190000007226476
     *
     * @param Travel $travel
     */
    public function __construct(Travel $travel)
    {
        $this->_strategy = $travel;
    }

    /**
     * 改变出行方式
     *
     * @param Travel $travel
     */
    public function change(Travel $travel)
    {
        $this->_strategy = $travel;
        $this->_isChange = true;
    }

    public function goTravel()
    {
        if ($this->_isChange) {
            echo &#39;现在改变主意，&#39;;
            $this->_strategy->go();
        } else {
            $this->_strategy->go();
        }

    }
}

/**
 * 客户端使用
 */
$strategy = new Mine(new byBus());
// 乘公交
$strategy->goTravel();
// 乘地铁
$strategy->change(new byMetro());
$strategy->goTravel();
// 自驾车
$strategy->change(new bySelfDriving());
$strategy->goTravel();

// 其他根据具体应用选择实现

결과 실행

버스 타고 외출
마음이 바뀌어서 지하철로 나갔다
마음이 바뀌어서 차를 타고 나갔다

장점과 단점

장점

전략 패턴은 관련 알고리즘 계열을 관리하는 방법을 제공합니다. 정책 클래스의 계층 구조는 일련의 알고리즘 또는 동작을 정의합니다. 상속을 올바르게 사용하면 공통 코드를 상위 클래스로 전송할 수 있으므로 코드 중복을 피할 수 있습니다.

전략 패턴은 상속 관계를 대체하는 방법을 제공합니다. 상속은 여러 알고리즘이나 동작을 처리할 수 있습니다. 전략 패턴을 사용하지 않는 경우 알고리즘이나 동작을 사용하는 환경 클래스에는 일부 하위 클래스가 있을 수 있으며, 각 하위 클래스는 서로 다른 알고리즘이나 동작을 제공합니다. 그러나 이런 방식으로 알고리즘이나 행동의 사용자는 알고리즘이나 행동 자체와 융합됩니다. 어떤 알고리즘을 사용할지, 어떤 행동을 취해야 할지를 결정하는 논리는 알고리즘이나 행동의 논리와 혼합되어 독립적으로 진화할 수 없게 됩니다. 상속으로 인해 알고리즘이나 동작을 동적으로 변경할 수 없습니다.

전략 패턴을 사용하면 여러 조건부 전송 문을 사용하는 것을 피할 수 있습니다. 다중 전송 문은 유지 관리가 쉽지 않습니다. 어떤 알고리즘이나 동작의 논리를 알고리즘이나 동작의 논리와 혼합하여 모두 하나의 다중 전송 문에 나열합니다. 상속 방법보다 더 원시적이고 역방향입니다. .

단점

고객은 모든 정책 클래스를 알고 어떤 클래스를 사용할지 결정해야 합니다. 이는 클라이언트가 적시에 적절한 알고리즘 클래스를 선택하려면 이러한 알고리즘 간의 차이점을 이해해야 함을 의미합니다. 즉, 전략 패턴은 클라이언트가 모든 알고리즘이나 동작을 알고 있는 경우에만 적합합니다.

전략 패턴은 많은 전략 클래스를 생성하며, 각각의 특정 전략 클래스는 새로운 클래스를 생성합니다. 때로는 정책 클래스 인스턴스를 다른 클라이언트에서 사용할 수 있도록 환경 종속 상태를 클라이언트에 저장하여 공유 가능하도록 정책 클래스를 설계하는 것이 가능합니다. 즉, 플라이웨이트 패턴을 사용하여 개체 수를 줄일 수 있습니다.