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

	在机房收费系统中,有几个业务逻辑是比较复杂的,比如说上机、下机。记得我在做第一版VB收费系统的时候,还特别地将上下机拿出来画了一个完整的流程图,要不这样做的话,最后的结果一定是懵了,也不想再继续写代码了。
	在进行设计模式的学习之前,我们很有必要将上机这一业务逻辑完整的梳理一遍。
	一.上机业务逻辑
	1.判断卡号是否存在
	2.判断卡号是否使用
	3.判断卡号余额是否充足
	4.判断卡号是否正在上机
	5.执行上机,添加上机记录
	这样一罗列,很明显,执行上机这一业务操作需要先经过四次判断。之前我们都是通过一个有一个的if...else...语句去解决问题。
	毫无疑问,这在面向对象的编程中是不允许出现的。而为了解决这样需要重复使用大量if语句的这一问题,GoF为我们提供了方案,那就是“状态模式”。
	在开始将其与机房结合之前,首先还是先复习何为“状态模式”。
	二.状态模式理论
	状态模式(State),当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
	状态模式主要解决的是当控制一个对象转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。
	光从上面的专业化的语言去看,实在不清楚何时该用状态模式。不过等你看到了下面我将总结的使用状态模式的好处,一定没有问题了。
	状态模式的好处:
	将与特定状态相关的行为局部化,并且将不同状态的行为分隔开来。说白了,目的就是为了消除庞大的条件分支语句,大的分支判断会使得它们难以修改和扩展。
	状态模式通过把各种状态转移到逻辑分布到State的子类之间,来减少相互间的依赖。
	下面是其原始的类图:
	
	三.利用状态模式的上机
	通过上面对状态模式的复习,很明显,首先,我们需要先定义一个抽象的状态类;其次,我们必须把各个具体的状态类确定,而这些子类,其实正是我们需要做的一个个的判断;最后,我们需要一个维护各个具体状态类的实例,这个实例定义当前的状态。
	下面是加状态模式的上机类图:

	从图中也可以很清楚的看到,一个抽象类,五个具体类,一个实例维护类。
	五个具体类,即为上机要完成的事项,而在实例维护类下,我定义了一个初始的状态,即为判断卡号是否存在。如果满足,则在具体状态类下改变状态,继续执行下一个状态的判断。
	下面是部分代码:
	上机的抽象类:
Public Class CardOnlineStateBLL

    ''' <summary>
    ''' 卡号上机状态抽象类——胡志婷——2015年8月7日08:54:26
    ''' </summary>
    ''' <param name="online">上机</param>
    ''' <param name="enLineRecord">上机记录实体</param>
    ''' <param name="enStdCard">卡学生视图实体</param>
    ''' <remarks></remarks>
    Public Overridable Sub Online(ByVal online As CardOnlineBLL, ByVal enLineRecord As Entity.LineRecordEntity, ByVal enStdCard As Entity.StuCardViewEntity)

    End Sub

End Class
	卡号是否存在的具体状态类:

Public Class IsExistCardBLL : Inherits CardOnlineStateBLL

    Private myFacotry As New AbstractFactory.AbstractFactory.DataSql
    Private iCard As IDAL.ICard
    ''' <summary>
    ''' 上机状态 判断卡号是否存在——胡志婷——2015年8月7日09:12:22
    ''' </summary>
    ''' <param name="online">上机</param>
    ''' <param name="enLineRecord">上下机实体</param>
    ''' <param name="enStdCard">学生卡视图实体</param>
    ''' <remarks></remarks>
    Public Overrides Sub Online(online As CardOnlineBLL, enLineRecord As Entity.LineRecordEntity, enStdCard As Entity.StuCardViewEntity)
        MyBase.Online(online, enLineRecord, enStdCard)
        Dim factory As AbstractFactory.AbstractFactory.DataSql = New AbstractFactory.AbstractFactory.DataSql
        Dim ICard As IDAL.IStuCardView
        ICard = factory.CreateStudentCardView()

        Dim cardlist As New List(Of Entity.StuCardViewEntity)
        cardlist = ICard.GetStuCardInfoByCardID(enStdCard.cardNo)

        If cardlist.Count = 0 Then
            Throw New Exception("该卡号不存在,无法上机")
        Else
            online.SetState(New IsCancelCardBLL)   '调用下一个状态,判断卡号是否使用
            online.Online(enLineRecord, enStdCard) '调用上机方法
        End If
    End Sub
End Class
	维护状态类的实例:
Public Class CardOnlineBLL

    ''' <summary>
    ''' 定义一个状态变量——胡志婷——2015年8月7日08:59:14
    ''' </summary>
    ''' <remarks></remarks>
    ''' 

    Private State As CardOnlineStateBLL

    ''' <summary>
    ''' 构造函数,初始化上机初始状态为判断卡号是否存在——胡志婷——2015年8月7日09:00:07
    ''' </summary>
    ''' <remarks></remarks>
    Public Sub New()
        State = New IsExistCardBLL()
    End Sub

    ''' <summary>
    ''' 设置状态——胡志婷——2015年8月7日09:00:41
    ''' </summary>
    ''' <param name="onlinestate">通过传入的状态改变上机状态</param>
    ''' <returns></returns>
    ''' <remarks></remarks>
    Public Function SetState(ByVal onlinestate As CardOnlineStateBLL) As CardOnlineStateBLL
        State = onlinestate  '当前状态赋值给变量State
        Return onlinestate   '返回当前状态
    End Function

    ''' <summary>
    ''' 上机——胡志婷——2015年8月7日09:01:41
    ''' </summary>
    ''' <param name="enLineRecord">上下机表实体</param>
    ''' <param name="enStdcard">学生卡视图实体</param>
    ''' <returns></returns>
    ''' <remarks></remarks>
    Public Function Online(ByVal enLineRecord As Entity.LineRecordEntity, ByVal enStdcard As Entity.StuCardViewEntity) As Boolean
        Dim onlines As CardOnlineBLL = New CardOnlineBLL '实例化上机类
        Dim flag As Boolean = False '定义初始值为false
        Try
            State.Online(onlines, enLineRecord, enStdcard) '调用上机状态类方法
            flag = True  '上机成功
        Catch ex As Exception
            Throw New Exception(ex.Message) '捕捉上机异常,并抛出异常
        End Try
        Return flag '返回结果

    End Function
End Class<span style="font-family:KaiTi_GB2312;font-size:18px;">
</span>
	其实,对于设计模式的学习,自己一直都觉得很迷糊,也不知道该如何在机房中去应用。但机房合作是一次很好的机会,和大家一起去讨论我们可以如何在机房中去加上它们,顺带就把设计模式再学习了一遍,而这样实践性的学习效果和之前理论的学习效果是完全不同层次上的。所以,还是需要去尝试,不能从心里想着困难而不再尝试了,也不要等着别人去给你讲,那样可能会是无限制的等待...

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-09 06:07:02

【机房合作】状态模式与上机的相关文章

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

在机房收费系统中自我感觉上机是需要条件判断最多的一个功能,要判断:1.卡号是否存在:2.密码是否正确:3.该卡是否能用:4.该卡是否已经上机:5.卡里面是不是有钱.暂时仅我自己就能想到了这么多判断,如果还是按照以前的写法的话,要写多少的if...else...呢,全都罗列在一起也不符合面向对象的思想,所以,就可以用到状态模式来解决这个问题. 状态模式        当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类. 它主要解决的是当控制一个对象状态转换的条件表达式过于复杂时

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

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

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

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

机房合作之职责链模式

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

状态模式与职责链模式

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

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

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

机房合作--11期验收有感

"完成了机房合作,我们就算是一名合格的IT人士了"米老师如是说. 参与了11期的机房合作验收,师哥师姐从功能.UML图.文档.代码走查四个阶段做出了点评,下面谈谈这个过程我所总结的想法. 一.收获: (一)  站在"用户"的角度来思考功能设计 1.Login界面输入错误究竟该提示写什么? 之前我做的时候,我的第一感受"如果提示'您的用户名或者密码错误'有点太不专业了"就像今天师姐所说,具体提示到用户名还是密码,这样更加方便用户去进行修改,之后坤哥

状态模式的应用

前景: 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.