专栏首页决胜机器学习设计模式专题(十二)——状态模式

设计模式专题(十二)——状态模式

设计模式专题(十二)——状态模式

(原创内容,转载请注明来源,谢谢)

一、概述

状态模式(State)是指当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。状态模式主要解决对象的状态转换表达式过于复杂的情况,把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。

当状态的变化,会涉及很多的步骤,则用状态模式可以让流程更清晰,并更利于维护。

状态模式的优点,在于将内部的复杂局部状态变化分割出来,将复杂的状态行为分离出去。

状态模式和策略模式相似,是将不同的状态用不同的类进行分开,有一个统一的地方去调用。

但是不同之处在于,状态模式中各个状态是互相联系,且根据业务需要,执行完其中一个状态类后,通常需要执行下一个状态类。另外,状态模式的状态变化到下一个类这件事情,不是由总的类去控制,而是每个不同的状态类会自动根据条件去通知其他状态类。

而策略模式,更注重于依赖注入,由一个总的类去判断状态后,去选择调用不同的类。

状态模式的行为是平行性,不可相互替换的;而策略模式的行为是平等的,是可以相互替换的。

二、类图

三、业务场景

1)业务分析

以购物订单为例,有支付状态、发货状态、退货状态、退款状态等状态,状态之间互相有联系:

1、每种状态的变化都会对其他状态有所限制或允许,按照业务场景,以【支付状态-发货状态/退货状态-退款状态】作为区分,支付状态是前提条件,发货状态和退货状态并行。

2、支付状态有待支付、已支付,待支付时其他状态都为不允许;为已支付时,发货状态分为已发货、未发货、无货;退货状态为没有退货申请、有退货申请。

3、发货状态分为待发货、已发货、确认收货、退货申请,如果是待发货的情况下,收到退货申请,则直接审批通过、退货成功,进入退货状态;如果已发货,则由商家决定允许退货、不允许退货。另外,发货状态还有确认收货的状态,此时不允许退货;而如果已经发退货申请,则不允许确认收货。

4、退货状态分为直接退货(由于未发货)、等待商家审批、允许退货、不允许退货。直接退货和允许退货则影响到退款状态为开始退款,不允许退货则返回支付状态为退款失败,等待审批状态为挂起。退货成功时不允许确认收货。

5、退款状态为开始退款、退款成功两种状态。

2)功能分析

1、客户端的类Shopping,可以支付、退款申请、确认收货。

2、状态基类,支付、退款申请调用支付类,确认收货调用收货类。再由这两个类去调用其它的类进行操作。

3、状态类的子类,包括支付类、发货类、退货类、退款类,共四个类。

3)PHP实现

由于几个子类相似,仅实现支付类和发货类两个子类。

         //订单实体
class Order{
         public $payState;//支付状态
         public$deliveryState;//发货状态
         public $returnState;//退货状态
         public $refundState;//退款状态
}
//客户端类
class Shopping{
         //....先行进行各类操作验证,确认有操作权限后
         private $order;
         private $stateBase;
         public function__construct(Order $order){
                   $this->order= $order;
                   $this->stateBase= new StateBase($order);
         }
         public function pay(){
                   return$this->stateBase->pay();
         }
         public functionrefund(){
                   return$this->stateBase->refund();
         }
         public functionconfirmRecipt(){
                   return$this->stateBase->confirmRecipt();
         }
}
//状态基类
abstract class StateBase{
         private $order;
         public function__construct(Order $order){
                   $this->order= $order;
         }
         public function pay(){
                   return newStatePay($this->order, 'pay');
         }
         public functionrefund(){
                   return newStatePay($this->order, 'refund');
         }
         public functionconfirmRecipt(){
                   return newStatePay($this->order, 'confirm');
         }
}
//支付类
class StatePay extends StateBase{
         private $order;
         public static constNOT_PAY = 0;
         public static constHAS_PAY = 1;
         public function__construct(Order $order, $func){
                   $this->order= $order;
                   if(method_exists($this,$func)){
                            return$this->$func;
                   }else{
                            returnfalse;
                   }
         }
         //支付
         public function pay(){
                   if(self::HAS_PAY== $this->order->payState){
                            echo'已支付,不用重复支付';
                            returnfalse;
                   }
                   $this->order->payState= self::HAS_PAY;
                   return newStateGoods($this->order, 'send');
         }
         //退款后状态置于未支付
         public functionsetNotPay(){
                   $this->order->payState= self::NOT_PAY;
                   return$this->order;
         }
}
//发货类
class StateGoods extends StateBase{
         private $order;
         public static constNOT_SEND = 0;
         public static constHAS_SEND = 1;
         public static constHAS_RECEIVE = 2;
         public static constAPPLY_RETURN = 3;
         public function__construct(Order $order, $func){
                   $this->order= $order;
                   if(method_exists($this,$func)){
                            return$this->$func;
                   }else{
                            returnfalse;
                   }
         }
         //发货
         public functionsend(){
                   if(StatePay::HAS_PAY!= $this->order->payState){
                            echo'请先付款';
                            returnfalse;
                   }
                   if(self::NOT_SEND!= $this->order->payState){
                            echo'不在未发货状态,不能发货';
                            returnfalse;
                   }
         }
}

——written by linhxx 2017.08.09

相关阅读:

设计模式专题(十一)——抽象工厂模式

设计模式专题(十)——观察者模式

设计模式专题(九) ——外观模式

设计模式专题(八) ——模板方法模式

设计模式专题(七)——建造者模式

设计模式专题(六)——原型模式

设计模式专题(五)——工厂方法模式

设计模式专题(四)——代理模式

设计模式专题(三)——装饰模式

设计模式专题(二)——策略模式

设计模式专题(一)——面向对象的设计原则

本文分享自微信公众号 - 决胜机器学习(phpthinker),作者:linhxx

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2017-08-09

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 设计模式专题(七)——建造者模式

    设计模式专题(七)——建造者模式 (原创内容,转载请注明来源,谢谢) 一、概述 建造者模式(Builder),又称生成器模式,是将一个复杂的对象的构建与它的表...

    用户1327360
  • 设计模式专题(十五) ——组合模式

    设计模式专题(十五)——组合模式 (原创内容,转载请注明来源,谢谢) 一、概述 组合模式(Composite)将对象组合成树形结构,以表示部分-整体的层次结构...

    用户1327360
  • 有趣的算法(四)——一致性Hash算法模拟redis集群

    有趣的算法(四)——一致性Hash算法模拟redis集群 (原创内容,转载请注明来源,谢谢) 一、概述 redis的集群,对key存储在哪个服务器的问题上,采...

    用户1327360
  • springboot整合druid连接池

    喜欢天文的pony站长
  • Decorator装饰者模式(结构型模式)

    假设让我们去设计FCL中的Stream类,该类具有流类的基本功能,除了有各种不同类型的流外(如内存流、文件流、网络流等等),但是在不同的业务场景下,如处理银行业...

    郑小超.
  • 20190608_浅谈go&java差异(三)

    java 提供了具有线程安全的类型以避免线程问题,比如AtomicLong、AtomicArray、AtomicInteger等等,其中对于字符串类型则提供了 ...

    上帝
  • 多线程基础之Runnable/Thread与Callable

    java.lang包下有二个非常有用的东西:Runnable接口与Thread类,Thread实现了Runnable接口(可以认为Thread是Runnable...

    晚晴幽草轩轩主
  • 手把手的SpringBoot教程,SpringBoot创建web项目(五)

    剽悍一小兔
  • java高并发系列 - 第22天:JUC底层工具类Unsafe,高手必须要了解

    最近我们一直在学习java高并发,java高并发中主要涉及到类位于java.util.concurrent包中,简称juc,juc中大部分类都是依赖于Unsaf...

    路人甲Java
  • 用命令模式实现撤销与恢复 命令模式定义撤销与重做功能就此实现。整个过程中,最关键部分是命令对象的封装以及控制类与具体工厂类耦合的解除。

    通过 ICommand 接口,实现了控制类与调用者的解耦。 * 下面通过一个简单的实例来详细说明这种解耦以恢复撤销是如何实现。 假定有一个风扇,当前有...

    用户2434869

扫码关注云+社区

领取腾讯云代金券