4.php设计模式：状态模式的使用场景

灰太狼 2022-09-22 12:57 131阅读 0赞

在这儿给大家说点事儿。我的博客搬家到github主页上了。[我的博客][Link 1]。以后首发都在github上了。csdn也会继续更新。可能就是稍微慢一下。

另外最近搞了一个支付的开源项目。[这是项目地址][Link 2] 目前已经支持：  
\* 支付宝的 即时到帐、移动支付、加密退款接口。  
\* 微信的目前已经支持：app支付、扫码支付、H5支付

项目还存在些bug，正在不断结合公司业务进行修改。后期可能会支持的越来越全面。

# 状态模式 #

废话不多说了，回到本文主题： 状态模式

> 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。

说实话，这定义真JB不是怎么读的懂。不过咱要试着去理解其中的精髓。谁让咱们有颗向上的心呢？

一句句来。

先说这一句： **允许一个对象在其内部状态改变时改变它的行为**

class Context { 
        private $state;
    
        public function __construct($state) { 
            $this->state = $state;
        }
    
        public function change() { 
            if ($this->state == 1) {
                echo '我是好人';
            } elseif ($this->state == 2) {
                echo '我要当坏人';
            } elseif (...) {
                // 其他状态
            }
            else {
                echo '爱好和平!';
            }
        }
    }

以下我要开始自己的理解了，这个理解不一定是上面定义的本意，但是绝对讲人话，有帮助，可实战。

如果 `state` 传入的值不同，则会得到不同的行为。那么这就是我理解的这一句话的意思。再说白话一点，根据不同的条件，执行不同的逻辑。

**对象看起来似乎修改了它的类** 这一句更扯淡，真不知道这些人怎么想的，就不能说的通俗些？我觉得嘛，这个概念能懂就懂，不懂呢，你就这么办：那就是对于每一个条件中的逻辑，移入到不同的类中，这些类要实现一个统一的接口。还不懂？上代码

interface State() { 
        // 注意这里的Context 我在后面会讲到。不等同于上面的 Context 类哦
        public function handle(Context $context);
    }
    
    // 状态A
    class StateA implements State { 
        public function handle(Context $context) { 
            if ($context->term = 1) {
                // 处理逻辑，并终止程序
            } else {
                $context.setState(new StateB());
            }
        }
    }
    
    // 状态B
    class StateB implements State { 
        public function handle(Context $context) { 
            if ($context->term = 2) {
                // 处理逻辑，并终止程序
            } else {
                $context.setState(new StateC());
            }
        }
    }
    
    // 状态C
    class StateC implements State { 
        public function handle(Context $context) { 
            // 如果还有其他状态，则继续往下走。如果没有，就在次终止程序
        }
    }
    
    
    // 新的Context类的实现
    class Context { 
        private $state;// 用来保存 State 对象
    
        public function setState(State $state) { 
            $this->state = $state;
        }
    
        public function request() { 
            $this->state->handle($this);
        }
    }

上面的代码基本上就已经演示了 **状态模式** 。有看官急了，写的什么狗屎？怎么用，哪儿可以用？别急，等我把这个逼装完。

## 模式类图 ##

继续装逼，上类图。

![类图][State.jpg]

从这个图中可以看出，纯种的状态模式，包括了以下三个角色：

*  Context: 环境类。它呢需要在代码中传给具体的 State 类，这样State类才能改变它。记得这句 **对象看起来似乎修改了它的类** 吗？就着这句话再去理解下这个类。他保存有当前的状态。
 *  State: 抽象的状态接口 。让具体的状态都要实现这个接口，Context依赖接口进行编程。
 *  ConcreteState： 具体的状态类。专门用于处理某一个状态，如果处理不了就转发出去。

# 使用场景 #

上面讲那么多，不能真刀真枪的用到项目中，都是耍流氓。在我们的项目中其实有特别多的地方可以用到状态模式。

*  如果项目中存在太多的 `if {...} elseif {...} else {...}` 。那么你应该考虑状态模式。*我觉得这个是重点考虑对象*
 *  如果每个状态中处理的业务逻辑特别复杂·那么建议考虑这种方式。
 *  最后一点，如果代码中的状态相对固定。比如一个电商中购买商品的流程：未支付、已过期、待发货（已支付）、已发货、已收货。那么这种状态基本上定下来不会有太大变化，状态发生在内部中，顺序固定，不需要客户端进行处理。

以上三种情况是我建议的方式。如果大家还有总结的经验，欢迎分享。

这里有个问题，待我写完 **职责链模式** 之后再来分享。因为这二者有相当多的共同之处。大家一定认真阅读我写的 **使用场景** 的最后一点。

[Link 1]: https://helei112g.github.io
[Link 2]: https://github.com/helei112g/payment
[State.jpg]: /images/20220721/8aaaa30554dd4580bbd58a2a24fc75b0.png