状态模式

状态模式(State)

      在很多情况下我们对象的行为依赖于它的一个或者多个变化的属性,这些可变的属性我们称之为状态,也就是说行为依赖状态,即当该对象因为在外部的互动而导致他的状态发生变化,从而它的行为也会做出相应的变化。对于这种情况,我们是不能用行为来控制状态的变化,而应该站在状态的角度来思考行为,即是什么状态就要做出什么样的行为。这个就是状态模式。

      所以状态模式就是允许对象在内部状态发生改变时改变它的行为,对象看起来好像修改了它的类。

      在状态模式中我们可以减少大块的if…else语句,它是允许态转换逻辑与状态对象合成一体,但是减少if…else语句的代价就是会换来大量的类,所以状态模式势必会增加系统中类或者对象的个数。

      同时状态模式是将所有与某个状态有关的行为放到一个类中,并且可以方便地增加新的状态,只需要改变对象状态即可改变对象的行为。但是这样就会导致系统的结构和实现都会比较复杂,如果使用不当就会导致程序的结构和代码混乱,不利于维护。

状态模式

      参与者:

         Context:环境类。可以包括一些内部状态。 
         State: 抽象状态类。State定义了一个所有具体状态的共同接口,任何状态都实现这个相同的接口,这样一来,状态之间就可以互相转换了。 
         ConcreteState:具体状态类。具体状态类,用于处理来自Context的请求,每一个ConcreteState都提供了它对自己请求的实现,所以,当Context改变状态时行为也会跟着改变。

四个角色:抽象状态类(State)、具体状态类(ConcreateState)、情景类(Context)、客户端(Client) 

        抽象状态类(State):提供一个与情景类有关的State行为。

        具体状态类(ConcreateState):实现这个行为,实现一个状态。

        情景类(Context):维护一个State的实例对象,并且提供一个客户操作置换状态的接口。

        客户端(Client):直接调用情景类操作即可。

实现思路:直接调用情景类,然后在情景类自动操作或者手动操作置换状态,并且取得不同结果。

类图: 



 

应用场景:文件提交审核入库。

分析:文件创建,然后提交审核,审核通过再入库,入库保存完成进入下一流程。

        下面我们在控制台程序去演示一下如何使用State Pattern:

        一、抽象状态类(State)

    //抽象状态类(State)
    public abstract class State
    {
        public abstract void Submit(FileSub filesub);       
    }
        二、具体状态类(ConcreateState)

复制代码
    //具体状态类(ConcreateState)
    public class BeginState : State
    {
        public override void Submit(FileSub filesub)
        {
            Console.WriteLine("创建文档,提交待审核。");
            filesub.SetState(new CheckState());
        }
    }

    //具体状态类(ConcreateState)
    public class CheckState : State
    {
        public override void Submit(FileSub filesub)
        {
            Console.WriteLine("审核文档,准备入库");
            filesub.SetState(new StorageState());
        }
    }

    //具体状态类(ConcreateState)
    public class StorageState : State
    {
        public override void Submit(FileSub filesub)
        {
            Console.WriteLine("入库完成,准备结束此流程");
            filesub.SetState(new CompleteState());
        }
    }

    //具体状态类(ConcreateState)
    public class CompleteState : State
    {
        public override void Submit(FileSub filesub)
        {
            Console.WriteLine("结束此流程,准备创建下一个文件");
            filesub.SetState(new BeginState());
        }
    }
复制代码
        三、情景类(Context)

复制代码
    //情景类(Context)
    public class FileSub
    {
        private State state;
        public FileSub()
        {
            state = new BeginState();
        }
        public void SetState(State stateOne)
        {
            state = stateOne;
        }
        public void Submit()
        {
            state.Submit(this);
        }
    }
复制代码
        四、客户端(Client)

复制代码
    //客户端(Client)
    class Program
    {
        static void Main(string[] args)
        {
            FileSub file = new FileSub();
            file.Submit();
            file.Submit();
            file.Submit();
            file.Submit();
            Console.ReadLine();
        }
    }

 如需源码请点击 StatePattern.rar 下载。

转载于:https://www.cnblogs.com/YzpJason/p/6828434.html

当前,全球经济格局深刻调整,数字化浪潮席卷各行各业,智能物流作为现代物流发展的必然趋势和关键支撑,正迎来前所未有的发展机遇。以人工智能、物联网、大数据、云计算、区块链等前沿信息技术的快速迭代与深度融合为驱动,智能物流不再是传统物流的简单技术叠加,而是正在经历一场从自动化向智能化、从被动响应向主动预测、从信息孤岛向全面互联的深刻变革。展望2025年,智能物流系统将不再局限于提升效率、降低成本的基本目标,而是要构建一个感知更全面、决策更精准、执行更高效、协同更顺畅的智慧运行体系。这要求我们必须超越传统思维定式,以系统化、前瞻性的视角,全面规划和实施智能物流系统的建设。本实施方案正是基于对行业发展趋势的深刻洞察和对未来需求的精准把握而制定。我们的核心目标在于:通过构建一个集成了先进感知技术、大数据分析引擎、智能决策算法和高效协同平台的综合智能物流系统,实现物流全链路的可视化、透明化和智能化管理。这不仅是技术层面的革新,更是管理模式和服务能力的全面提升。本方案旨在明确系统建设的战略方向、关键任务、技术路径和实施步骤,确保通过系统化部署,有效应对日益复杂的供应链环境,提升整体物流韧性,优化资源配置效率,降低运营成本,并最终为客户创造更卓越的价值体验。我们致力于通过本方案的实施,引领智能物流迈向更高水平,为构建现代化经济体系、推动高质量发展提供强有力的物流保障。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值