VB.NET & 策略模式(下机用户类型选择)

上篇文章讲述了对于下机操作和基本数据设定的时间联系,今天主要就是应用“策略模式”来了解了解对于固定用户,以及临时用户之间的选择,看学习设计模式的时候自己对于策略模式的理解,我们可以把固定用户和临时用户封装起来,这样系统就可以按照用户的类型来进行选择了。当然前提首先要抽象一个类,来封装这两个用户类型。

看类图:

代码具体化:

首先看抽象类:BL_CashSuper,定义两种支持算法的公共接口

''' <summary>
''' 抽象类,定义所有支持算法的公共接口
''' </summary>
''' <remarks></remarks>
Public MustInherit Class BL_CashSuper
    '根据上机时间,卡的类型,计算出消费金额(抽象方法)
    Public MustOverride Function GetconsumeMondey(ByVal time As Integer) As Single
End Class

再看两个具体的算法类:BL_CashTmp,BL_CashVIP

Imports Entity.RechargeEntity
Public Class BL_CashTmp : Inherits BL_CashSuper
    Dim QueryBasicdata As New BasicDataBLL   '实例化类BasicdataBLL
    Dim EnBasicdata As New Entity.BasicDataEntity    '定义基础数据实体
    Dim BasicdataList As IList(Of Entity.BasicDataEntity)   '定义实体的泛型集合
    Dim TmpHourCash As Single   '定义一个变量-存放临时用户每小时费用

    Public Overrides Function GetconsumeMondey(time As Integer) As Single
        '赋值给实体泛型集合
        BasicdataList = QueryBasicdata.ReadBasic(EnBasicdata)

        TmpHourCash = BasicdataList(0).TmpRate     '给变量赋值,临时用户每小时费用

        Dim Consumecash As Single    '定义变量存放消费金额
        Consumecash = CSng(time) * CSng(TmpHourCash / 60)    '计算消费金额(CSng把表达式转化成Single类型)
        Return Consumecash
    End Function
Imports Entity.RechargeEntity
''' <summary>
''' 具体策略类,计算会员用户消费金额,封装的具体的算法或行为,继承于类BL_CashSuper
''' </summary>
''' <remarks></remarks>
Public Class BL_CashVIP : Inherits BL_CashSuper
    Dim QueryBasicdata As New BasicDataBLL   '实例化类BasicdataBLL
    Dim EnBasicdata As New Entity.BasicDataEntity    '定义基础数据实体
    Dim BasicdataList As IList(Of Entity.BasicDataEntity)   '定义实体的泛型集合
    Dim VIPHourCash As Single   '定义一个变量-存放固定用户半小时费用

    Public Overrides Function GetconsumeMondey(time As Integer) As Single
        '赋值给实体泛型集合
        BasicdataList = QueryBasicdata.ReadBasic(EnBasicdata)

        VIPHourCash = BasicdataList(0).Rate    '给变量赋值,固定用户半小时费用

        Dim Consumecash As Single    '定义变量存放消费金额
        Consumecash = CSng(time) * CSng(VIPHourCash / 30)    '计算消费金额(CSng把表达式转化成Single类型)
        Return Consumecash
    End Function

最后我们需要建立一个接口,来将用户的类型传入进来,进行判断:

Imports BLL
Imports System.Reflection
''' <summary>
''' 应用简单工厂,通过传入的卡的类型,来具体选择应用那个算法,加一个反射,这样才能完美的实现开发封闭的原则,当我再需要增加一个算法的时候,我只需要在另外增加一个B层就好,而无需修改任何地方
''' </summary>
''' <remarks></remarks>
Public Class BL_CashContext
    Private cashsuper As BL_CashSuper    '定义抽象类

    Public Sub New(ByVal CardType As String)

        '应用反射技术根据卡号类型自动选择应该实例化的类  ,优化简单工厂
        Dim strInstance As String = "BLL.BL_Cash" + CardType   'BL_Cash+(Tmp Or VIP)
        cashsuper = CType(Assembly.Load("BLL").CreateInstance(strInstance), BL_CashSuper)
    End Sub
    Public Function GetResult(ByVal time As Integer) As Single
        '调用相关的消费处理类计算收费方法
        Dim times As Single
        '具体计算
        times = cashsuper.GetconsumeMondey(time)
        Return times
    End Function

来看看U层是如何实现调用的:

Select Case cardList(0).cardtype
            Case "固定用户"
                CardType = "VIP"
            Case "临时用户"
                CardType = "Tmp"
            Case Else
                CardType = ""
        End Select
        '实例化类BL_CashContext,传入用户类型
        Dim cashcontext As New BL_CashContext(CardType)
        '调用策略模式计算出余额并赋值给consumecash
        Dim consumecash As Single = cashcontext.GetResult(enline.consumeTime)
        '定义变量newbalance,用于存放最新的余额
        Dim newbalance As Single = CSng(QCardL(0).balance.ToString) - CSng(consumecash)

这样使用策略模式则很好的就自动调用了其需求的卡类型,真的是很人性化啊!!而且还方便后期的维护。回归到自己刚开始的出门旅行的例子,其实都是一个道理,建立一个抽象类,封装算法,让其自动调用就好。既简单化同时还降低了使用者与其各种算法的联系!何乐而不为呢?

VB.NET & 策略模式(下机用户类型选择),布布扣,bubuko.com

时间: 2025-01-11 00:45:36

VB.NET & 策略模式(下机用户类型选择)的相关文章

孪生兄弟状态模式与策略模式有什么区别,究竟该如何选择

都说状态模式和策略模式很像,它们的 UML 类图一样.这也说明,单纯从代码角度来讲,它们的本质一样,其实都是多态的应用.但它们实际所代表的的事物特征是有本质区别的,选择哪个设计模式,代表了你看待业务场景的角度.从合理角度地对业务进程抽象,选择恰当的设计模式,才能让代码有更好的结构. 这篇文章重点说说我对状态模式和策略模式区别的理解,以及如何选择. 一.策略模式 关于策略模式,我之前写过一篇笔记,不过是 C# 写的.策略模式解决了代码逻辑分支较多,对不同的分支,采取不同措施的问题.不熟悉策略模式的

转:多篇文章中的设计模式-------策略模式

DRY原则和设计模式 前两天在做统计程序时,需要读取linux中的日志文件,在网上查了下,就有了结论,于是,根据需要,我写下了这样的代码: [java] view plaincopy public class dealFile { public static void dealContent(String[] commands){ BufferedReader reader=null; try{ Process process = Runtime.getRuntime().exec (comma

Java设计模式菜鸟系列(一)策略模式建模与实现

转载请注明出处:http://blog.csdn.net/lhy_ycu/article/details/39721563 今天开始咱们来谈谈Java设计模式.这里会结合uml图形来讲解,有对uml建模不熟的可以参考我的另一篇博文uml建模. 首先,个人觉得模式的设计就是一个将变化的东西和不变(稳定)的东西分离的过程.咱们的应用中可能有很多需要改变的地方,而模式要做的就是把它们"抽取"出来并进行"封装"和"实现",因此更多的时候咱们是面向接口编程

设计模式 ( 十八 ) 策略模式Strategy(对象行为型)

设计模式 ( 十八 ) 策略模式Strategy(对象行为型) 1.概述 在软件开发中也经常遇到类似的情况,实现某一个功能有多种算法或者策略,我们能够依据环境或者条件的不同选择不同的算法或者策略来完毕该功能.如查找.排序等,一种经常使用的方法是硬编码(Hard Coding)在一个类中,如须要提供多种查找算法,能够将这些算法写到一个类中,在该类中提供多个方法,每个方法相应一个详细的查找算法:当然也能够将这些查找算法封装在一个统一的方法中,通过if-else-或者case等条件推断语句来进行选择.

转:策略模式

原文地址:http://blog.csdn.net/hguisu/article/details/7558249 1.概述 在软件开发中也常常遇到类似的情况,实现某一个功能有多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能.如查找.排序等,一种常用的方法是硬编码(Hard Coding)在一个类中,如需要提供多种查找算法,可以将这些算法写到一个类中,在该类中提供多个方法,每一个方法对应一个具体的查找算法:当然也可以将这些查找算法封装在一个统一的方法中,通过if-

策略模式Strategy(对象行为型)

原文地址:http://blog.csdn.net/hguisu/article/details/75582491.策略模式:定义一系列的算法,把每一个算法封装起来, 并且使它们可相互替换.本模式使得算法可独立于使用它的客户而变化.也称为政策模式(Policy).2.适用性    当存在以下情况时使用Strategy模式    1)• 许多相关的类仅仅是行为有异. “策略”提供了一种用多个行为中的一个行为来配置一个类的方法.即一个系统需要动态地在几种算法中选择一种.    2)• 需要使用一个算

设计模式 ( 十九 ):Strategy策略模式 -- 行为型

设计模式 ( 十八 ) 策略模式Strategy(对象行为型) 1.概述 在软件开发中也常常遇到类似的情况,实现某一个功能有多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能.如查找.排序等,一种常用的方法是硬编码(Hard Coding)在一个类中,如需要提供多种查找算法,可以将这些算法写到一个类中,在该类中提供多个方法,每一个方法对应一个具体的查找算法:当然也可以将这些查找算法封装在一个统一的方法中,通过if…else…或者case等条件判断语句来进行选择.这

【转】设计模式 ( 十八 ) 策略模式Strategy(对象行为型)

设计模式 ( 十八 ) 策略模式Strategy(对象行为型) 1.概述 在软件开发中也常常遇到类似的情况,实现某一个功能有多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能.如查找.排序等,一种常用的方法是硬编码(Hard Coding)在一个类中,如需要提供多种查找算法,可以将这些算法写到一个类中,在该类中提供多个方法,每一个方法对应一个具体的查找算法:当然也可以将这些查找算法封装在一个统一的方法中,通过if-else-或者case等条件判断语句来进行选择.这

第23章 行为型模式—策略模式

1. 状态模式(State Pattern)的定义 (1)定义:定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换.本模式使得算法可独立于使用它的客户而变化. ①算法是同一接口的不同实现,地位是平等的,可以相互替换. ②引入上下文对象,可以实现让算法能独立使用它的客户.因为这个对象负责持有算法,但不负责决定具体选用哪个算法,把选择算法的功能交给了客户. ③当客户通知上下文对象执行功能的时候,上下文会转调具体的算法. (2)策略模式的结构和说明 ①Strategy:策略接口,用来约束一系