博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
C#设计模式之十八状态模式(State Pattern)【行为型】
阅读量:7102 次
发布时间:2019-06-28

本文共 6425 字,大约阅读时间需要 21 分钟。

一、引言

   今天我们开始讲“行为型”设计模式的第六个模式,该模式是【状态模式】,英文名称是:State Pattern。无论是现实世界,还是面向对象的OO世界,里面都有一个东西,那就是对象。有对象当然就有状态了。每个对象都有其对应的状态,而每个状态又有对应一些相应的行为,在不同状态下,行为的的方式也是不一样。如果某个对象有多个状态时,那么就会有很多对应的行为。那么对这些状态的判断和根据状态完成的行为,就会导致多重条件语句交织在一起,并且如果添加一种新的状态时,需要更改之前现有的代码。这样的设计显然违背了开闭原则,状态模式正是用来解决这样的问题的。
二、状态模式的详细介绍
2.1、动机(Motivate)
   在软件构建过程中,某些对象的状态如果改变,其行为也会随之而发生变化,比如文档处于只读状态,其支持的行为和读写状态支持的行为就可能完全不同。
   如何在运行时根据对象的状态来透明地更改对象的行为?而不会为对象操作和状态转化之间引入紧耦合?
2.2、意图(Intent)
   允许一个对象在其内部状态改变时改变它的行为。从而使对象看起来似乎修改了其行为。                                      ——《设计模式》GoF
2.3、结构图(Structure)
     
2.4、模式的组成
    
    可以看出,在状态模式的结构图有以下角色:
    (1)、环境角色(Context):也称上下文,定义客户端所感兴趣的接口,并且保留一个具体状态类的实例。这个具体状态类的实例给出此环境对象的现有状态。
 
    (2)、抽象状态角色(State):定义一个接口,用以封装环境对象的一个特定的状态所对应的行为。
    (3)、具体状态角色(ConcreteState):每一个具体状态类都实现了环境(Context)的一个状态所对应的行为。
     在状态模式结构中需要理解环境类与抽象状态类的作用:
 
     环境类实际上就是拥有状态的对象,环境类有时候可以充当状态管理器(State Manager)的角色,可以在环境类中对状态进行切换操作。
 
     抽象状态类可以是抽象类,也可以是接口,不同状态类就是继承这个父类的不同子类,状态类的产生是由于环境类存在多个状态,同时还满足两个条件:这些状态经常需要切换,在不同的状态下对象的行为不同。因此可以将不同对象下的行为单独提取出来封装在具体的状态类中,使得环境类对象在其内部状态改变时可以改变它的行为,对象看起来似乎修改了它的类,而实际上是由于切换到不同的具体状态类实现的。由于环境类可以设置为任一具体状态类,因此它针对抽象状态类进行编程,在程序运行时可以将任一具体状态类的对象设置到环境类中,从而使得环境类可以改变内部状态,并且改变行为。
2.5、状态模式的代码实现
    状态模式在显示生活中也有类似的例子,例如:我们上网购买商品的过程中,就可以查看订单的状态随时状态。对于商家来说,订单的状态不同,也会允许客户有不同的动作要求,比如:订单在已经处于发货状态,此订单是不能退货的。如果订单在备货阶段,客户是可以换货或者退货的。如果我们的订单已经发货了,您就等着接收货物吧,如果货物有质量问题,可以拒签,或者顺利完成交易,今天我们就以订单为例来说明状态模式的实现。实现代码如下:

1     namespace 状态模式的实现  2     {  3         //环境角色---相当于Context类型  4         public sealed class Order  5         {  6             private State current;  7   8             public Order()  9             { 10                 //工作状态初始化为上午工作状态 11                 current = new WaitForAcceptance(); 12                 IsCancel = false; 13             } 14             private double minute; 15             public double Minute 16             { 17                 get { return minute; } 18                 set { minute = value; } 19             } 20  21             public bool IsCancel { get; set; } 22  23             private bool finish; 24             public bool TaskFinished 25             { 26                 get { return finish; } 27                 set { finish = value; } 28             } 29             public void SetState(State s) 30             { 31                 current = s; 32             } 33             public void Action() 34             { 35                 current.Process(this); 36             } 37         } 38  39         //抽象状态角色---相当于State类型 40         public interface State 41         { 42             //处理订单 43             void Process(Order order); 44         } 45  46         //等待受理--相当于具体状态角色 47         public sealed class WaitForAcceptance : State 48         { 49             public void Process(Order order) 50             { 51                 System.Console.WriteLine("我们开始受理,准备备货!"); 52                 if (order.Minute < 30 && order.IsCancel) 53                 { 54                     System.Console.WriteLine("接受半个小时之内,可以取消订单!"); 55                     order.SetState(new CancelOrder()); 56                     order.Action(); 57                 } 58                 order.SetState(new AcceptAndDeliver()); 59                 order.TaskFinished = false; 60                 order.Action(); 61             } 62         } 63  64         //受理发货---相当于具体状态角色 65         public sealed class AcceptAndDeliver : State 66         { 67             public void Process(Order order) 68             { 69                 System.Console.WriteLine("我们货物已经准备好,可以发货了,不可以撤销订单!"); 70                 if (order.Minute < 30 && order.IsCancel) 71                 { 72                     System.Console.WriteLine("接受半个小时之内,可以取消订单!"); 73                     order.SetState(new CancelOrder()); 74                     order.Action(); 75                 } 76                 if (order.TaskFinished==false) 77                 { 78                     order.SetState(new ConfirmationReceipt()); 79                     order.Action(); 80                 } 81             } 82         } 83  84         //确认收货---相当于具体状态角色 85         public sealed class ConfirmationReceipt : State 86         { 87             public void Process(Order order) 88             { 89                 System.Console.WriteLine("检查货物,没问题可以就可以签收!"); 90                 order.SetState(new Success()); 91                 order.TaskFinished = false; 92                 order.Action(); 93             } 94         } 95  96         //交易成功---相当于具体状态角色 97         public sealed class Success : State 98         { 99             public void Process(Order order)100             {101                 System.Console.WriteLine("订单结算");102                 order.TaskFinished = true;103             }104         }105 106         //取消订单---相当于具体状态角色107         public sealed class CancelOrder : State108         {109             public void Process(Order order)110             {111                 System.Console.WriteLine("检查货物,有问题,取消订单!");112                 order.TaskFinished = true;113             }114         }115 116 117         public class Client118         {119             public static void Main(String[] args)120             {121                 //订单122                 Order order = new Order();123                 order.Minute = 9;124                 order.Action();125                 //可以取消订单126                 order.IsCancel = true;127                 order.Minute = 20;128                 order.Action();129                 order.Minute = 33;130                 order.Action();131                 order.Minute = 43;132                 order.Action();133 134                 Console.Read();135             }136         }137     }

三、状态模式的实现要点:
    State模式将所有与一个特定状态相关的行为都放入一个State的子类对象中,在对象状态切换时,切换相应的对象;但同时维持State的接口,这样实现了具体操作与状态转换之间的解耦。
    为不同的状态引入不同的对象使得状态转换变得更加明确,而且可以保证不会出现状态不一致的情况,因为转换是原子性的——即要么彻底转换过来,要么不转换。
    如果State对象没有实例变量,那么各个上下文可以共享同一个State对象,从而节省对象开销。
   3.1】、状态模式的优点
          (1)、封装了转换规则。
          (2)、枚举可能的状态,在枚举状态之前需要确定状态种类。
         (3)、将所有与某个状态有关的行为放到一个类中,并且可以方便地增加新的状态,只需要改变对象状态即可改变对象的行为。
          (4)、允许状态转换逻辑与状态对象合成一体,而不是某一个巨大的条件语句块。
          (5)、可以让多个环境对象共享一个状态对象,从而减少系统中对象的个数。
   3.2】、状态模式的缺点
         (1)、状态模式的使用必然会增加系统类和对象的个数。
         (2)、状态模式的结构与实现都较为复杂,如果使用不当将导致程序结构和代码的混乱。
         (3)、状态模式对“开闭原则”的支持并不太好,对于可以切换状态的状态模式,增加新的状态类需要修改那些负责状态转换的源代码,否则无法切换到新增状态;而且修改某个状态类的行为也需修改对应类的源代码。
    (3)、在以下情况下可以使用状态模式
           (1)、对象的行为依赖于它的状态(属性)并且可以根据它的状态改变而改变它的相关行为。
          (2)、代码中包含大量与对象状态有关的条件语句,这些条件语句的出现,会导致代码的可维护性和灵活性变差,不能方便地增加和删除状态,使客户类与类库之间的耦合增强。在这些条件语句中包含了对象的行为,而且这些条件对应于对象的各种状态
四、.NET 状态模式的实现
     状态模式在Net里面的实现还没有研究透,如果以后有了新的学习内容,再补充进来。但是我感觉,这个模式可能在业务系统里面有更大的使用。
五、总结
      好了,今天就写到这里了。由于最近感冒了,有几天没写东西了。今天写点东西,只是写的有点慢了。

转载地址:http://jnchl.baihongyu.com/

你可能感兴趣的文章
7.1 安装软件包的三种方法 7.2 rpm包介绍 7.3 rpm工具用法 7.4 yum工具用法 7.5 yum搭建本地仓库...
查看>>
CentOS6.5 安装rabbitmq
查看>>
责任链模式
查看>>
微软官方Windows主题 英国之美 高分辨率的壁纸
查看>>
6.自定义Nagios监控项
查看>>
outlook离线地址薄更新失败:缺少对象
查看>>
基于RHEL 6.5安装Oracle 11g详细教程(4)——安装Oracle前的准备
查看>>
C#打包制作安装程序
查看>>
cpio命令常规用法介绍
查看>>
shell httpd mysql php vsftp
查看>>
我的友情链接
查看>>
我的友情链接
查看>>
ASP 2.0 数据绑定函数Eval()的机制
查看>>
我的友情链接
查看>>
mysql优化
查看>>
使用Docker快速搭建Gitlab
查看>>
workerman运行分析--主进程流程
查看>>
一个简单的例子区分linux shell 正则表达式中的 *,+,?
查看>>
jQuery(三)jQuery事件执行/简单事件/复合事件
查看>>
运行Spark 任务出现的错误
查看>>