策略模式(Strategy Pattern):定义一系列算法,将每一个算法封装起来,并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化,也称为政策模式(Policy)
(一)为什么需要策略模式
1,在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。
2,利用面向对象的继承和多态机制,将多个算法解耦。避免类中出现太多的if-else语句
(二)策略模式 UML图
Context(应用场景):
1、需要使用ConcreteStrategy提供的算法。
2、 内部维护一个Strategy的实例。
3、 负责动态设置运行时Strategy具体的实现算法。
4、负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类):
定义了一个公共接口,各种不同的算法以不同的方式实现这个接口,Context使用这个接口调用不同的算法,一般使用接口或抽象类实现。
ConcreteStrategy(具体策略类):
实现了Strategy定义的接口,提供具体的算法实现。
(三)简单实例
如果我们现在在做一个商城,用户来了,我们想向其推荐对应的商品。比如说一个女性用户登录的话,我们就问她需要衣服,男性用户就推荐螺丝刀,不确定性别就推荐《葵花宝典》
<?php
//抽象策略接口
abstract class Strategy{
abstract function peddle();
}
//具体封装的策略方法 女性用户策略
class ConcreteStrategyA extends Strategy
{
public function peddle(){
echo '美女穿这件衣服肯定很好看'.PHP_EOL;
}
}
//男性用户策略
class ConcreteStrategyB extends Strategy
{
public function peddle(){
echo '每一个男人都需要一个工具箱,充实工具箱,从购买各种螺丝刀开始'.PHP_EOL;
}
}
//未知性别用户策略
class ConcreteStrategyC extends Strategy
{
public function peddle(){
echo '骨骼清奇,这本《葵花宝典》最适合你'.PHP_EOL;
}
}
//环境类
class Context{
protected $strategy;
public function __construct(Strategy $strategy)
{
$this->strategy = $strategy;
}
public function request()
{
$this->strategy->peddle($this);
}
}
//若处于女性用户环境
$female_context = new Context(new ConcreteStrategyA);
$female_context->request();
//若处于男性用户环境
$male_context = new Context(new ConcreteStrategyB);
$male_context->request();
//若处于未知性别用户环境
$unknow_context = new Context(new ConcreteStrategyC);
$unknow_context->request();
这里我们可以看到,我们可以通过不同的环境选择不同的策略,用户性别的判断 如果对于一个商城系统来说,完全可以在用户登陆的时候通过数据库的用户信息得到,然后做出判断,选择适合的策略。
而且策略模式最显而易见的优势,就是如果我想增加一个新的策略怎么办?比如说,如果用户是小孩,就给他推荐《五年中考三年模拟》。是的,相信你们心里已经有答案了。那就是,再增加一个具体策略类。
热门评论
通俗易懂,竟然要10个字才能发评论?