【机房合作】状态模式进行上机判断

在机房收费系统中自我感觉上机是需要条件判断最多的一个功能,要判断:1、卡号是否存在;2、密码是否正确;3、该卡是否能用;4、该卡是否已经上机;5、卡里面是不是有钱。暂时仅我自己就能想到了这么多判断,如果还是按照以前的写法的话,要写多少的if...else...呢,全都罗列在一起也不符合面向对象的思想,所以,就可以用到状态模式来解决这个问题。

状态模式

       当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。

它主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况,把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。

好处:

       将与特定状态相关的行为局部化,并且将不同状态的行为分割开来。目的是消除庞大的条件分支语句,状态模式通过把各种状态转移逻辑分布到State的子类之间,来减少相互间的依赖。

状态模式结构图:

机房收费系统上机中的状态模式:

从类图可以看出,我定义了一个抽象状态类,五个具体状态类和一个实例维护类。

上机抽象类:

public abstract class CardOnlineState
    {
        public abstract void Online(CardOnlineContext context,CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity);
    }

上机条件判断具体状态类:

public class IsExitCard : CardOnlineState
    {
        public override void Online(CardOnlineContext context,CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            //检查卡号是否存在方法
            Factory.FactoryDB factory = new Factory.FactoryDB();  //实例化工厂
            ICard ICard = factory.CreateICard();  //创建接口
            List<CardEntity> list = ICard.IsExitCardNo(cardentity);  //通过接口调D层方法
            if (list.Count == 0)
            {
                throw new Exception("该卡号不存在,无法上机!");
            }
            else
            {
                context.CardOnlineState = new CheckPwd();  //设置下一状态,即CheckPwd
            }
        }
    }
    public class CheckPwd : CardOnlineState
    {
        public override void Online(CardOnlineContext context, CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            //检查该卡是否上机方法
            Factory.FactoryDB factory = new Factory.FactoryDB();
            ICard ICard = factory.CreateICard();
            List<CardEntity> list = ICard.CheckStuPwd(cardentity);
            if (list.Count == 0)
            {
                throw new Exception("密码不正确,无法上机!");
            }
            else
            {
                context.CardOnlineState = new IsCardUse();  //设置下一状态,即IsCardUse
            }
        }
    }
    public class IsCardUse : CardOnlineState
    {
        public override void Online(CardOnlineContext context, CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            //检查该卡是否使用方法
            Factory.FactoryDB factory = new Factory.FactoryDB();
            ICard ICard = factory.CreateICard();
            List<CardEntity> list = ICard.IsCardUse(cardentity);
            if (list.Count == 0)
            {
                throw new Exception("此卡已销,无法上机!");
            }
            else
            {
                context.CardOnlineState = new IsOnline();  //设置下一状态,即IsOnline

            }
        }
    }
    public class IsOnline : CardOnlineState
    {
        public override void Online(CardOnlineContext context, CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            //判断该卡是否已经上机方法
            Factory.FactoryDB factory = new Factory.FactoryDB();
            ILineInfo ILineInfo = factory.CreateILineInfo();
            List<LineInfoEntity> list = ILineInfo.IsStuOnLine(LineInfoEntity);
            if (list.Count != 0)
            {
                throw new Exception("此卡正在上机,上机失败!");
            }
            else
            {
                context.CardOnlineState = new IsLeastCash();  //设置下一状态,即IsLeastCash

            }
        }
    }
    public class IsLeastCash : CardOnlineState
    {
        public override void Online(CardOnlineContext context, CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            //判断卡内是否有钱上机方法
            Factory.FactoryDB factory = new Factory.FactoryDB();
            ICard ICard = factory.CreateICard();
            List<CardEntity> list = ICard.InquireBalance(cardentity);
            Factory.FactoryDB factory1 = new Factory.FactoryDB();
            IBasicData IBasicData = factory1.CreateIBasicData();
            List<BasicDataEntity> list1 = IBasicData.InquireBasicData(BasicDataEntity);
            if (list[0].Cash < list1[0].LeastCash)
            {
                throw new Exception("此卡余额不足,上机失败!");
            }
        }
    }

维护状态类的实例:

public class CardOnlineContext
    {
        //定义维护类初始状态
        private CardOnlineState cardonlinestate;

        public CardOnlineContext(CardOnlineState cardonlinestate)
        {
            this.cardonlinestate = cardonlinestate;

        }
        //可读写的状态属性,用于读取当前状态和设置新状态
        public CardOnlineState CardOnlineState
        {
            get { return cardonlinestate; }
            set { cardonlinestate = value; }
        }
        //对请求处理,并设置下一状态
        public void SetState(CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            cardonlinestate.Online(this,cardentity,LineInfoEntity, BasicDataEntity);
        }
    }

调用:

        public void LineLogin(CardEntity cardentity, LineInfoEntity LineInfoEntity, BasicDataEntity BasicDataEntity)
        {
            #region 状态模式实现上机
                //设置维护实例类初始状态,即IsexitCard
                CardOnlineContext c1 = new CardOnlineContext(new IsExitCard()); //判断卡号是否存在
                //下面是不断的请求
                c1.SetState(cardentity, LineInfoEntity, BasicDataEntity);
                c1.SetState(cardentity, LineInfoEntity, BasicDataEntity);
                c1.SetState(cardentity, LineInfoEntity, BasicDataEntity);
                c1.SetState( cardentity, LineInfoEntity, BasicDataEntity);
                c1.SetState(cardentity, LineInfoEntity, BasicDataEntity);

            #endregion

        }

关于状态模式的运用也是磕磕绊绊的过来的,曾一度被改的面目全非,但一遍一遍的调试对设计模式的理解也就愈发深刻,最终还是成功运行出来了,所以,要大胆去做,不去做又怎么会知道成功就在不远的拐角处呢?

时间: 2024-10-19 02:52:35

【机房合作】状态模式进行上机判断的相关文章

【机房合作】状态模式与上机

在机房收费系统中,有几个业务逻辑是比较复杂的,比如说上机.下机.记得我在做第一版VB收费系统的时候,还特别地将上下机拿出来画了一个完整的流程图,要不这样做的话,最后的结果一定是懵了,也不想再继续写代码了. 在进行设计模式的学习之前,我们很有必要将上机这一业务逻辑完整的梳理一遍. 一.上机业务逻辑 1.判断卡号是否存在 2.判断卡号是否使用 3.判断卡号余额是否充足 4.判断卡号是否正在上机 5.执行上机,添加上机记录 这样一罗列,很明显,执行上机这一业务操作需要先经过四次判断.之前我们都是通过一

机房重构时利用状态模式实现消费时间的计算

在做机房重构时,我们会在学生上下机计算学生上机时间时,会出现消费时间随着基本数据设定表中的数据变化而变化,这里不仅仅是数据的变化,还包括不同时间段内消费时间具体确定问题.主要分为三个时间段的计算 1.准备时间:即在此时间段内,消费金额为0 2.至少上机时间:如果上机时间超过了准备时间,但是少于至少上机时间,那么此时消费时间为至少上机时间 3.按正常消费时间来算:此时,消费时间大于至少上机时间后,则按照正常时间来算 通过对业务的分析,我们发现在不同时间段,最终的消费时间的计算方式是不一样的.如果我

【机房合作】重新认识外观模式

机房收费系统合作版,是我们第三次与机房收费系统相遇的时刻.在个人重构的时候,我们就开始了"七层架构"之旅,其中外观模式是单独作为一层来开发的. 那个时候,也不理解外观是起到怎样一个作用,大话上的解释表面上容易理解,看完后自己也觉得很有道理.但在系统程序中,自己是只要经过BLL逻辑层的一个方法,就需要再经过一次外观,从而"解除耦合",避免了UI层与BLL层之间直接传递数据. 那个时候,在敲代码的时候就有一种感觉:每次写完B层逻辑,又要在F层重新写一次,这就是在解耦和吗

机房合作之职责链模式

经过好玩又有趣的软考备战和考试之后,终究还是要归于平静的.我们要学得东西还有很多,于是在软考结束的第二天,机房合作就马上提上了议事日程.在刚开始的时候,是一边做着新闻发布系统,一边思考合作的事宜,到了后来,逐步的过渡全身心投入机房合作的项目中去的阶段,因为我是项目组长,必须要做很多的工作,从一开始的建模到文档编写,再到敲代码,都要涉及,今天我们来讨论讨论如何在机房收费系统的费用计算上使用职责链模式. 首先我们要给出解决方案的类图 职责链模式无非就是把所有的处理对象,通过SetSuccessor(

状态模式与职责链模式

在学习设计模式的时候发现状态模式与职责链模式特别的相似,当时没有能理解,现在回过头来看了看,查 了查资料,明白了一点,先把自己的理解写下来,在以后的学习继续深入学习 一.状态模式 当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类 类图 Context类就是用户当前定义的一个状态,而抽象状态类State就是用来解决特定状态的方法,其下有很 多的子类会针对用户定义的状态不同而选择不同的子类方法:可以说抽象类State是解决Context类的方法, 它的子类是针对不同的状态而分成

[机房合作]-数据库设计

前言: 最近刚刚开始了机房合作,自己在其中主要参与了D层的设计,而且在文档设计的阶段主要参与了数据库设计.之前在机房重构的时候对于数据库设计没有按照文档来进行驱动,所以这次在写文档的时候我很认真,所以遇到了很多细节的问题,比如对于视图,存储过程在数据库设计的哪一个部分加入,以及对数据库的外部模式进行了深入的了解! 内容: 数据库的设计的周期,分为了规划,需求分析,概要设计,逻辑设计,物理设计,实现,运行维护.我将数据库的设计分为了前期准备,中期设计,后期实现维护. 周期划分 前期准备 中期设计

状态模式的应用

前景: xx公司要启动一个项目,这个项目的需求是合同协议管理,需求分别为: 1.  合作的过程中创建一份协议. 2.  协议开始的过程中可以暂停和恢复. 3.  当然合作可以延长合作时间和提前结束,不管哪一种都要算服务天数,因为费用是按天计算的. 4.  财务可以看到本月实际的营业额. 接到需求之后就有人开始编码了(这是国内的习惯): 协议创建的时候的合法性检测: #检测是否存在合作中的协议 ..... $isCooperation = Agreement::model()->exists(&quo

状态模式在领域驱动设计中的使用(Using the State pattern in a Domain Driven Design)

领域驱动设计是软件开发的一种方式,问题复杂的地方通过将具体实现和一个不断改进的核心业务概念的模型连接解决.这个概念是Eric Evans提出的,http://www.domaindrivendesign.org/这个网站来促进领域驱动设计的使用.关于领域驱动设计的定义,http://dddcommunity.org/resources/ddd_terms/,这个网站有很多的描述,DDD是一种软件开发的方式: 1.      对于大多数的软件项目,主要的精力应该在领域和领域的逻辑. 2.     

大话设计模式读书笔记--12.状态模式

定义 状态模式定义: 当一个对象的内在状态改变时,允许改变其行为,这个对象看起来改变了其类 消除庞大的条件分支,将特定状态的行为放入一个对象中 生活中:开灯和关灯是两个状态 模式结构 Context: 上下文环境,维护一个状态实例,定义当前的状态 State: 抽象状态类,定义一个接口,封装与Context的一个特定状态相关的行为 ConcreteState:具体状态.实现Context的一个特定状态相关的行为 代码实现 场景: 12店之前是休闲状态, 之后是忙碌状态 点击下载代码 特点及使用场