《行为型模式》PPT课件.ppt

上传人:牧羊曲112 文档编号:5602157 上传时间:2023-08-01 格式:PPT 页数:199 大小:3.39MB
返回 下载 相关 举报
《行为型模式》PPT课件.ppt_第1页
第1页 / 共199页
《行为型模式》PPT课件.ppt_第2页
第2页 / 共199页
《行为型模式》PPT课件.ppt_第3页
第3页 / 共199页
《行为型模式》PPT课件.ppt_第4页
第4页 / 共199页
《行为型模式》PPT课件.ppt_第5页
第5页 / 共199页
点击查看更多>>
资源描述

《《行为型模式》PPT课件.ppt》由会员分享,可在线阅读,更多相关《《行为型模式》PPT课件.ppt(199页珍藏版)》请在三一办公上搜索。

1、软件设计模式,教学内容,行为型模式命令模式迭代器模式观察者模式策略模式模板方法模式,行为型模式,行为型模式概述 行为型模式(Behavioral Pattern)是对在不同的对象之间划分责任和算法的抽象化。行为型模式不仅仅关注类和对象的结构,而且重点关注它们之间的相互作用。通过行为型模式,可以更加清晰地划分类与对象的职责,并研究系统在运行时实例对象之间的交互。在系统运行时,对象并不是孤立的,它们可以通过相互通信协作完成某些功能,一个对象在运行时也将影响到其他对象的运行。,行为型模式,行为型模式概述行为型模式分为类行为型模式和对象行为型模式两种:类行为型模式:类的行为型模式使用继承关系在几个类之

2、间分配行为,类行为型模式主要通过多态等方式来分配父类与子类的职责。对象行为型模式:对象的行为型模式则使用对象的聚合关联关系来分配行为,对象行为型模式主要是通过对象关联等方式来分配两个或多个类的职责。根据“合成复用原则”,系统中要尽量使用关联关系来取代继承关系,因此大部分行为型设计模式都属于对象行为型设计模式。,行为型模式,行为型模式简介 职责链模式(Chain of Responsibility)命令模式(Command)解释器模式(Interpreter)迭代器模式(Iterator)中介者模式(Mediator)备忘录模式(Memento)观察者模式(Observer)状态模式(State

3、)策略模式(Strategy)模板方法模式(Template Method)访问者模式(Visitor),命令模式,模式动机在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计,使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活。,命令模式,模式动机,命令模式,命令模式,模式动机命令模式可以对发送者和接收者完全解耦,发送者与接收者之间没有直接引用关系,发送请求的对象只需要知道如何发送请求,而不必知道如何完成请求。这就是命令模式的模式动机。,命

4、令模式,模式定义命令模式(Command Pattern):将一个请求封装为一个对象,从而使我们可用不同的请求对客户进行参数化;对请求排队或者记录请求日志,以及支持可撤销的操作。命令模式是一种对象行为型模式,其别名为动作(Action)模式或事务(Transaction)模式。,命令模式,模式定义 Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operati

5、ons.Frequency of use:medium high,命令模式,模式结构,命令模式,模式结构命令模式包含如下角色:Command:抽象命令类ConcreteCommand:具体命令类Invoker:调用者Receiver:接收者Client:客户类,命令模式,模式分析命令模式的本质是对命令进行封装,将发出命令的责任和执行命令的责任分割开。每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否被执行、何时被执行,以及是怎

6、么被执行的。,命令模式,模式分析命令模式使请求本身成为一个对象,这个对象和其他对象一样可以被存储和传递。命令模式的关键在于引入了抽象命令接口,且发送者针对抽象命令接口编程,只有实现了抽象命令接口的具体命令才与接收者相关联。,命令模式,模式分析典型的抽象命令类代码:,命令模式,模式分析典型的调用者代码:,命令模式,模式分析典型的具体命令类代码:,命令模式,模式分析典型的请求接收者代码:,命令模式,模式分析命令模式顺序图:,命令模式,命令模式实例与解析实例一:电视机遥控器 电视机是请求的接收者,遥控器是请求的发送者,遥控器上有一些按钮,不同的按钮对应电视机的不同操作。抽象命令角色由一个命令接口来扮

7、演,有三个具体的令类实现了抽象命令接口,这三个具体命令类分别代表三种操作:打开电视机、关闭电视机和切换频道。显然,电视机遥控器就是一个典型的命令模式应用实例。,用餐时的账单是命令模式的一个例子。服务员接受顾客的点单,把它记在账单上封装。这个点单被排队等待烹饪。注意这里的账单是不依赖于菜单的,它可以被不同的顾客使用,因此它可以添入不同的点单项目。,命令模式,命令模式实例与解析实例一:电视机遥控器,命令模式,命令模式实例与解析实例一:电视机遥控器 参考代码,演示,命令模式,命令模式实例与解析实例二:功能键设置 为了用户使用方便,某系统提供了一系列功能键,用户可以自定义功能键的功能,如功能键Func

8、tionButton可以用于退出系统(SystemExitClass),也可以用于打开帮助界面(DisplayHelpClass)。用户可以通过修改配置文件来改变功能键的用途,现使用命令模式来设计该系统,使得功能键类与功能类之间解耦,相同的功能键可以对应不同的功能。,命令模式,命令模式实例与解析实例二:功能键设置,命令模式,模式优缺点命令模式的优点如下:降低系统的耦合度。新的命令可以很容易地加入到系统中。可以比较容易地设计一个命令队列和宏命令(组合命令)。可以方便地实现对请求的Undo和Redo。,命令模式,模式优缺点命令模式的缺点如下:使用命令模式可能会导致某些系统有过多的具体命令类。因为针

9、对每一个命令都需要设计一个具体命令类,因此某些系统可能需要大量具体命令类,这将影响命令模式的使用。,命令模式,模式适用环境在以下情况下可以使用命令模式:系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。系统需要在不同的时间指定请求、将请求排队和执行请求。系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。系统需要将一组操作组合在一起,即支持宏命令。,命令模式,模式应用(1)Java语言使用命令模式实现AWT/Swing GUI的委派事件模型(Delegation Event Model,DEM)。在AWT/Swing中,Frame、Button等界面组件是请求发送者

10、,而AWT提供的事件监听器接口和事件适配器类是抽象命令接口,用户可以自己写抽象命令接口的子类来实现事件处理,即充当具体命令类,而在具体命令类中可以调用业务处理方法来实现该事件的处理。对于界面组件而言,只需要了解命令接口即可,无需关心接口的实现,组件类并不关心实际操作,而操作由用户来实现。,命令模式,模式应用(2)很多系统都提供了宏命令功能,如Unix下的Shell编程,可以将多条命令封装在一个命令对象中,只需要一条简单的命令即可执行一个命令序列,这也是命令模式的应用实例之一。,命令模式,模式扩展撤销操作的实现,命令模式,模式扩展撤销操作的实现参考代码,演示,命令模式,模式扩展宏命令又称为组合命

11、令,它是命令模式和组合模式联用的产物。宏命令也是一个具体命令,不过它包含了对其他命令对象的引用,在调用宏命令的execute()方法时,将递归调用它所包含的每个成员命令的execute()方法,一个宏命令的成员对象可以是简单命令,还可以继续是宏命令。执行一个宏命令将执行多个具体命令,从而实现对命令的批处理。,命令模式,模式扩展宏命令,迭代器模式,模式动机,现在的电视机,使用后一个和前一个按钮。当按下后一个按钮时,将切换到下一个预置的频道。,迭代器模式,模式动机在迭代器模式中,提供一个外部的迭代器来对聚合对象进行访问和遍历,迭代器定义了一个访问该聚合元素的接口,并且可以跟踪当前遍历的元素,了解哪

12、些元素已经遍历过而哪些没有。有了迭代器模式,我们会发现对一个复杂的聚合对象的操作会变得如此简单。,迭代器模式,模式定义迭代器模式(Iterator Pattern):提供一种方法来访问聚合对象,而不用暴露这个对象的内部表示,其别名为游标(Cursor)。迭代器模式是一种对象行为型模式。,迭代器模式,模式定义 Provide a way to access the elements of an aggregate object sequentially without exposing its underlying representation.Frequency of use:high,迭代器

13、模式,模式结构,迭代器模式,模式结构迭代器模式包含如下角色:Iterator:抽象迭代器ConcreteIterator:具体迭代器Aggregate:抽象聚合类ConcreteAggregate:具体聚合类,迭代器模式,模式分析聚合是一个管理和组织数据对象的数据结构。聚合对象主要拥有两个职责:一是存储内部数据;二是遍历内部数据。存储数据是聚合对象最基本的职责。将遍历聚合对象中数据的行为提取出来,封装到一个迭代器中,通过专门的迭代器来遍历聚合对象的内部数据,这就是迭代器模式的本质。迭代器模式是“单一职责模式”的完美体现。,迭代器模式,模式分析自定义迭代器MyIterator抽象迭代器MyCol

14、lection抽象聚合类NewCollection具体聚合类NewIterator具体迭代器Client,迭代器模式,模式分析自定义迭代器 参考代码,演示,迭代器模式,模式分析在迭代器模式中应用了工厂方法模式,聚合类充当工厂类,而迭代器充当产品类,由于定义了抽象层,系统的扩展性很好,在客户端可以针对抽象聚合类和抽象迭代器进行编程。由于很多编程语言的类库都已经实现了迭代器模式,因此在实际使用中我们很少自定义迭代器,只需要直接使用Java、C#等语言中已定义好的迭代器即可,迭代器已经成为我们操作聚合对象的基本工具之一。,迭代器模式,迭代器模式实例与解析实例:电视机遥控器 电视机遥控器就是一个迭代器

15、的实例,通过它可以实现对电视机频道集合的遍历操作,本实例我们将模拟电视机遥控器的实现。,迭代器模式,迭代器模式实例与解析实例:电视机遥控器,迭代器模式,迭代器模式实例与解析实例:电视机遥控器 参考代码,演示,迭代器模式,模式优缺点迭代器模式的优点如下:它支持以不同的方式遍历一个聚合对象。迭代器简化了聚合类。在同一个聚合上可以有多个遍历。在迭代器模式中,增加新的聚合类和迭代器类都很方便,无需修改原有代码,满足“开闭原则”的要求。,迭代器模式,模式优缺点迭代器模式的缺点如下:由于迭代器模式将存储数据和遍历数据的职责分离,增加新的聚合类需要对应增加新的迭代器类,类的个数成对增加,这在一定程度上增加了

16、系统的复杂性。,迭代器模式,模式适用环境在以下情况下可以使用迭代器模式:访问一个聚合对象的内容而无需暴露它的内部表示。需要为聚合对象提供多种遍历方式。为遍历不同的聚合结构提供一个统一的接口。,迭代器模式,模式应用JDK 1.2 引入了新的Java聚合框架Collections。,迭代器模式,模式应用Collection是所有Java聚合类的根接口。在JDK类库中,Collection的iterator()方法返回一个类型的对象,而其子接口的listIterator()方法返回一个类型的对象,ListIterator是Iterator的子类。它们构成了Java语言对迭代器模式的支持,Java语言

17、的接口就是迭代器模式的应用。,迭代器模式,模式应用Java内置迭代器参考代码,演示,迭代器模式,模式扩展Java迭代器在JDK中,Iterator接口具有如下3个基本方法:(1)Object next():通过反复调用next()方法可以逐个访问聚合中的元素。(2)boolean hasNext():hasNext()方法用于判断聚合对象中是否还存在下一个元素,为了不抛出异常,必须在调用next()之前先调用hasNext()。如果迭代对象仍然拥有可供访问的元素,那么hasNext()返回true。(3)void remove():用于删除上次调用next()时所返回的元素。,迭代器模式,模式

18、扩展Java迭代器Java迭代器可以理解为它工作在聚合对象的各个元素之间,每调用一次next()方法,迭代器便越过下个元素,并且返回它刚越过的那个元素的地址引用。但是,它也有一些限制,如某些迭代器只能单向移动。在使用迭代器时,访问某个元素的惟一方法就是调用next()。,迭代器模式,模式扩展Java迭代器代码示例:,观察者模式,在日常生活中,常常会用这样的情形:当某件事发生时,应该通知所有的相关者。例如,如果我们的课程改变时间或地点,就应该通知所有选修了这门课程的同学。在软件设计中,也有类似的问题:当一个对象的状态发生变化时,如何能够通知与其相关的所有其他对象,而不用修改该对象的代码?,观察者

19、模式,模式动机,实际问题,股票行情与分析软件的设计股票行情发生变化了,软件必须让与该股票相关的各种指标报告也作相应的变化。证交所:提供基本的股票行情数据对象各软件开发商:设计自己的软件,提供各种指标分析报告。如何做到:不管你设计什么样的分析软件,行情数据对象不用修改。,观察者模式(Observer),观察者模式,模式动机建立一种对象与对象之间的依赖关系,一个对象发生改变时将自动通知其他对象,其他对象将相应做出反应。在此,发生改变的对象称为观察目标,而被通知的对象称为观察者,一个观察目标可以对应多个观察者,而且这些观察者之间没有相互联系,可以根据需要增加和删除观察者,使得系统更易于扩展,这就是观

20、察者模式的模式动机。,观察者模式,模式结构,观察者模式,模式结构观察者模式包含如下角色:Subject:目标ConcreteSubject:具体目标Observer:观察者ConcreteObserver:具体观察者,观察者模式,模式分析观察者模式描述了如何建立对象与对象之间的依赖关系,如何构造满足这种需求的系统。这一模式中的关键对象是观察目标和观察者,一个目标可以有任意数目的与之相依赖的观察者,一旦目标的状态发生改变,所有的观察者都将得到通知。作为对这个通知的响应,每个观察者都将查询观察目标的状态以使其状态与目标状态同步。这种交互也称为发布订阅(publish-subscribe)。目标是通

21、知的发布者,它发出通知时并不需要知道谁是它的观察者,可以有任意数目的观察者订阅它并接收通知。,观察者模式,模式分析典型的抽象目标类代码如下所示:,观察者模式,模式分析典型的具体目标类代码如下所示:,观察者模式,模式分析典型的抽象观察者代码如下所示:,观察者模式,模式分析典型的具体观察者代码如下所示:,观察者模式,模式分析客户端代码片段如下所示:,观察者模式,模式分析观察者模式顺序图如下所示:,观察者模式,观察者模式实例与解析实例一:猫、狗与老鼠 假设猫是老鼠和狗的观察目标,老鼠和狗是观察者,猫叫老鼠跑,狗也跟着叫,使用观察者模式描述该过程。,观察者模式,观察者模式实例与解析实例一:猫、狗与老鼠

22、,观察者模式,观察者模式实例与解析实例一:猫、狗与老鼠 参考代码,演示,观察者模式,有一个大学毕业生和一个归国留者都希望能及时知道“求职中心”最新的职业需求信息。如果求职中心有最新的信息就发短信给各位求职者。,观察者模式,观察者模式实例与解析实例二:自定义登录控件 Java事件处理模型中应用了观察者模式,下面通过一个实例来学习如何自定义Java控件,并给该控件增加相应的事件。该实例基于Java Swing/AWT控件,在Swing/AWT的相关类中封装了对事件的底层处理。,观察者模式,观察者模式实例与解析实例二:自定义登录控件,观察者模式,观察者模式实例与解析实例二:自定义登录控件 参考代码,

23、演示,菩萨的守瓶龟想当年齐天大圣为解救师傅唐僧,前往南海普陀山请菩萨降伏妖怪红孩儿:“菩萨听说.恨了一声,将手中宝珠净瓶往海心里扑的一掼.只见那海当中,翻波跳浪,钻出个瓶来,原来是一个怪物驮着出来.要知此怪名和姓,兴风作浪恶乌龟。”,使用面向对象的语言描述,乌龟便是一个观察者对象,它观察的主题是菩萨。一旦菩萨将净瓶掼到海里,就象征着菩萨作为主题调用了notifyOervers()方法。在西游记中,观察者对象有两个,一个是乌龟,另一个是悟空。悟空的反应在这里暂时不考虑,而乌龟的反应便是将瓶子驮回海岸。,观察者模式,模式优缺点观察者模式的优点如下:观察者模式可以实现表示层和数据逻辑层的分离,并定义

24、了稳定的消息更新传递机制,并抽象了更新接口,使得可以有各种各样不同的表示层作为具体观察者角色。观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察者模式支持广播通信。观察者模式符合“开闭原则”的要求。,观察者模式,模式优缺点观察者模式的缺点如下:如果一个观察目标对象有很多直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。如果在观察者和观察目标之间有循环依赖的话,观察目标会触发它们之间进行循环调用,可能导致系统崩溃。观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。,观察者模式,模式适用环境在以下情况下可以使用观察者模式:一个

25、抽象模型有两个方面,其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用。一个对象的改变将导致其他一个或多个对象也发生改变,而不知道具体有多少对象将发生改变。可以降低对象之间的耦合度。一个对象必须通知其他对象,而并不知道这些对象是谁。需要在系统中创建一个触发链,A对象的行为将影响B对象,B对象的行为将影响C对象,可以使用观察者模式创建一种链式触发机制。,观察者模式,模式应用(1)JDK1.1版本及以后的各个版本中,事件处理模型采用基于观察者模式的委派事件模型(Delegation Event Model,DEM)。在DEM中,事件的发布者称为事件源(Even

26、t Source),而订阅者叫做事件监听器(Event Listener),在这个过程中还可以通过事件对象(Event Object)来传递与事件相关的信息,可以在事件监听者的实现类中实现事件处理,因此事件监听对象又可以称为事件处理对象。事件源对象、事件监听对象(事件处理对象)和事件对象构成了Java事件处理模型的三要素。,观察者模式,模式应用(2)除了AWT中的事件处理之外,Java语言解析XML的技术SAX2以及Servlet技术的事件处理机制都基于DEM,它们都是观察者模式的应用。(3)观察者模式在软件开发中应用非常广泛,如某电子商务网站可以在执行发送操作后给用户多个发送商品打折信息,某

27、团队战斗游戏中某队友牺牲将给所有成员提示等等,凡是涉及到一对一或者一对多的对象交互场景都可以使用观察者模式。,观察者模式,模式扩展Java语言提供的对观察者模式的支持 在JDK的java.util包中,提供了Observable类以及Observer接口,它们构成了Java语言对观察者模式的支持。,观察者模式,模式扩展Java语言提供的对观察者模式的支持 Observer接口 Observable类 Observable()addObserver(Observer o)deleteObserver(Observer o)notifyObservers()、notifyObservers(Obj

28、ect arg)deleteObservers setChanged()clearChanged()hasChanged()countObservers(),观察者模式,模式扩展MVC模式 MVC模式是一种架构模式,它包含三个角色:模型(Model),视图(View)和控制器(Controller)。观察者模式可以用来实现MVC模式,观察者模式中的观察目标就是MVC模式中的模型(Model),而观察者就是MVC中的视图(View),控制器(Controller)充当两者之间的中介者(Mediator)。当模型层的数据发生改变时,视图层将自动改变其显示内容。,观察者模式,模式扩展MVC模式,策略

29、模式,模式动机,策略模式(Strategy),策略模式,模式动机在软件系统中,有许多算法可以实现某一功能,如查找、排序等,一种常用的方法是通过硬编码(Hard Coding)在一个类中,如需要提供多种查找算法,可以将这些算法写到一个类中,在该类中提供多个方法,每一个方法对应一个具体的查找算法;当然也可以将这些查找算法封装在一个统一的方法中,通过ifelse等条件判断语句来进行选择。这两种实现方法我们都可以称之为硬编码,如果需要增加一种新的查找算法,需要修改封装算法类的源代码;更换查找算法,也需要修改客户端调用代码。在这个算法类中封装了大量查找算法,该类代码将较复杂,维护较为困难。,策略模式,模

30、式动机除了提供专门的查找算法类之外,还可以在客户端程序中直接包含算法代码,这种做法更不可取,将导致客户端程序庞大而且难以维护,如果存在大量可供选择的算法时问题将变得更加严重。为了解决这些问题,我们可以定义一些独立的类来封装不同的算法,每一个类封装一个具体的算法,在这里,每一个封装算法的类我们都可以称之为策略(Strategy),为了保证这些策略的一致性我们一般会有一个抽象的策略用来做规则的定义,而具体每种算法则对应于一个具体策略。,策略模式,模式定义策略模式(Strategy Pattern):定义一系列算法,将每一个算法封装起来,并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化,

31、也称为政策模式(Policy)。策略模式是一种对象行为型模式。,策略模式,模式定义Define a family of algorithms,encapsulate each one,and make them interchangeable.Strategy lets the algorithm vary independently from clients that use it.Frequency of use:medium high,策略模式,模式结构,策略模式,模式结构策略模式包含如下角色:Context:环境类Strategy:抽象策略类ConcreteStrategy:具体策略类

32、,策略模式,模式分析策略模式是一个比较容易理解和使用的设计模式,策略模式是对算法的封装,它把算法的责任和算法本身分割开,委派给不同的对象管理。策略模式通常把一个系列的算法封装到一系列的策略类里面,作为一个抽象策略类的子类。用一句话来说,就是“准备一组算法,并将每一个算法封装起来,使得它们可以互换”。,策略模式,模式分析不使用策略模式代码:,策略模式,模式分析重构之后的抽象策略类:,策略模式,模式分析重构之后的具体策略类:,策略模式,模式分析重构之后的环境类:,策略模式,模式分析客户端代码片段:,策略模式,模式分析在策略模式中,应当由客户端自己决定在什么情况下使用什么具体策略角色。策略模式仅仅封

33、装算法,提供新算法插入到已有系统中,以及老算法从系统中“退休”的方便,策略模式并不决定在何时使用何种算法,算法的选择由客户端来决定。这在一定程度上提高了系统的灵活性,但是客户端需要理解所有具体策略类之间的区别,以便选择合适的算法,这也是策略模式的缺点之一,在一定程度上增加了客户端的使用难度。,策略模式,策略模式实例与解析实例一:排序策略某系统提供了一个用于对数组数据进行操作的类,该类封装了对数组的常见操作,如查找数组元素、对数组元素进行排序等。现以排序操作为例,使用策略模式设计该数组操作类,使得客户端可以动态地更换排序算法,可以根据需要选择冒泡排序或选择排序或插入排序,也能够灵活地增加新的排序

34、算法。,策略模式,策略模式实例与解析实例一:排序策略,策略模式,策略模式实例与解析实例一:排序策略参考代码,演示,策略模式,策略模式实例与解析实例二:旅游出行策略 旅游出行方式可以有多种,如可以乘坐飞机旅游,也可以乘火车旅游,如果有兴趣自行车游也是一种极具乐趣的出行方式。不同的旅游出行方式有不同的实现过程,客户根据自己的需要选择一种合适的旅游方式。在本实例中我们用策略模式来模拟这一过程。,策略模式,策略模式实例与解析实例二:旅游出行策略,案例:商场收银软件,一个商场收银软件,营业员根据客户所购买的商品的单价和数量,向客户收费。,小菜:就这个,没问题,用两个文本框输入单价和数量,一个确定按钮计算

35、每种商品的费用,用个列表框记录商品的清单,一个标签记录总计。一个重置按钮重新开始。,/声明一个double变量total来计算总计 double total=0.0d;private void btnOk_Click(object sender,EventArgs e)/声明一个double变量totalPrices来计算每个商品的单价(txtPrice)*数量(txtNum)后的合计 double totalPrices=Convert.ToDouble(txtPrice.Text)*Convert.ToDouble(txtNum.Text);/将每个商品合计计入总计 total=total

36、+totalPrices;/在列表框中显示信息 lbxList.Items.Add(单价:+txtPrice.Text+数量:+txtNum.Text+合计:+totalPrices.ToString();/在lblResult标签上显示总计数 lblResult.Text=total.ToString();private void btnClear_Click(object sender,EventArgs e)total=0d;txtPrice.Text=0.00;txtNum.Text=1;lbxList.Items.Clear();lblResult.Text=0.00;,大虾:现在商

37、场要求对商品搞活动,所有商品打八折。小菜:那不就是在totalPrice后面乘以0.8吗?大虾:小子,难道商场活动结束了,不打折,你还要再修改一遍程序,再将所有收银机安装一遍吗?再说还可能有周年庆,打五折情况,你怎么办?小菜:哦,我想简单一点,其实只要增加一个下拉选择框就可以解决你说的问题.,double total=0.0d;private void Form1_Load(object sender,EventArgs e)cbxType.Items.AddRange(new object 正常收费,打八折,打七折,打五折);cbxType.SelectedIndex=0;private v

38、oid btnOk_Click(object sender,EventArgs e)double totalPrices=0d;switch(cbxType.SelectedIndex)case 0:totalPrices=Convert.ToDouble(txtPrice.Text)*Convert.ToDouble(txtNum.Text);break;case 1:totalPrices=Convert.ToDouble(txtPrice.Text)*Convert.ToDouble(txtNum.Text)*0.8;break;case 2:totalPrices=Convert.To

39、Double(txtPrice.Text)*Convert.ToDouble(txtNum.Text)*0.7;break;case 3:totalPrices=Convert.ToDouble(txtPrice.Text)*Convert.ToDouble(txtNum.Text)*0.5;break;total=total+totalPrices;lbxList.Items.Add(单价:+txtPrice.Text+数量:+txtNum.Text+cbxType.SelectedItem+合计:+totalPrices.ToString();lblResult.Text=total.To

40、String();,小菜:现在可以了吧,我事先把商场可能的打折都做成下拉列表框,要变化的可能性小多了大虾:代码确实灵活多了,不过重复代码很多,象convert.ToDouble(),你写了8遍。现在问题又来了,商场的活动加大,需要满300返100的促销算法,你说该怎么办?,小菜:这个必须写个函数了吧?哦,我可以先写个父类,再继承它实现多个打折和返利的子类,利用多态完成这个代码。大虾:你打算写几个子类小菜:根据需求呀,比如八折,七折,五折,满300送100,满200送50大虾:你不动脑子,有必要这样吗,所有打折都一样,只需要有个初始化参数,所有满几送几,需要两个参数才行.,/现金收取父类abst

41、ract class CashSuper/抽象方法:收取现金,参数为原价,返回为当前价 public abstract double acceptCash(double money);,/正常收费,继承CashSuper class CashNormal:CashSuper public override double acceptCash(double money)return money;,/打折收费,继承CashSuper class CashRebate:CashSuper private double moneyRebate=1d;/初始化时,必需要输入折扣率,如八折,就是0.8 p

42、ublic CashRebate(string moneyRebate)this.moneyRebate=double.Parse(moneyRebate);public override double acceptCash(double money)return money*moneyRebate;,/返利收费,继承CashSuper class CashReturn:CashSuper private double moneyCondition=0.0d;private double moneyReturn=0.0d;/初始化时必须要输入返利条件和返利值,比如满300返100,则money

43、Condition为300,moneyReturn为100 public CashReturn(string moneyCondition,string moneyReturn)this.moneyCondition=double.Parse(moneyCondition);this.moneyReturn=double.Parse(moneyReturn);public override double acceptCash(double money)double result=money;/若大于返利条件,则需要减去返利值 if(money=moneyCondition)result=mon

44、ey-Math.Floor(money/moneyCondition)*moneyReturn;return result;,/根据条件返回相应的对象 public static CashSuper createCashAccept(string type)CashSuper cs=null;switch(type)case 正常收费:cs=new CashNormal();break;case 满300返100:CashReturn cr1=new CashReturn(300,100);cs=cr1;break;case 打8折:CashRebate cr2=new CashRebate(

45、0.8);cs=cr2;break;return cs;,/客户端窗体程序(主要部分)double total=0.0d;private void btnOk_Click(object sender,EventArgs e)/利用简单工厂模式根据下拉选择框,生成相应的对象 CashSuper csuper=CashFactory.createCashAccept(cbxType.SelectedItem.ToString();double totalPrices=0d;/通过多态,可以得到收取费用的结果 totalPrices=csuper.acceptCash(Convert.ToDoubl

46、e(txtPrice.Text)*Convert.ToDouble(txtNum.Text);total=total+totalPrices;lbxList.Items.Add(单价:+txtPrice.Text+数量:+txtNum.Text+cbxType.SelectedItem+合计:+totalPrices.ToString();lblResult.Text=total.ToString();,小菜:大虾,搞定,无论怎么修改,我都可以简单处理就行了。大虾:现在增加一种商场促销手段,满100积分10,到一定时候领取奖品小菜:有了工厂,何难?加一个积分算法,构造方法有两个:条件和返点,让

47、他继承CashSuper,再到工厂增加满100送10点条件,界面稍加修改就可.大虾:不错,工厂模式会用来,但商场经常更改打折额度和返利额度,每次维护都要改动这个工厂,以及代码需要重新编译部署,这真是很糟糕的处理方式。面对算法时常变得,应该有其它办法.小菜陷入沉思,策略模式(strategy):它定义了算法家族,分别封装,让它们之间可以相互替换,此模式让算法的变化不会影响使用算法的客户.,小菜:我明白了,原来的CashSuper是抽象策略,而正常收费CashNormal,打折收费CashRebate,和返利收费CashReturn是三个具体策略,即策略模式中的具体算法。,/现金收取工厂class

48、 CashContext CashSuper cs=null;/根据条件返回相应的对象 public CashContext(string type)switch(type)case 正常收费:CashNormal cs0=new CashNormal();cs=cs0;break;case 满300返100:CashReturn cr1=new CashReturn(300,100);cs=cr1;break;case 打8折:CashRebate cr2=new CashRebate(0.8);cs=cr2;break;public double GetResult(double mone

49、y)return cs.acceptCash(money);,/客户端窗体程序(主要部分)double total=0.0d;private void btnOk_Click(object sender,EventArgs e)/利用简单工厂模式根据下拉选择框,生成相应的对象 CashContext csuper=new CashContext(cbxType.SelectedItem.ToString();double totalPrices=0d;/通过多态,可以得到收取费用的结果 totalPrices=csuper.GetResult(Convert.ToDouble(txtPrice

50、.Text)*Convert.ToDouble(txtNum.Text);total=total+totalPrices;lbxList.Items.Add(单价:+txtPrice.Text+数量:+txtNum.Text+cbxType.SelectedItem+合计:+totalPrices.ToString();lblResult.Text=total.ToString();,策略模式,模式优缺点策略模式的优点如下:策略模式提供了对“开闭原则”的完美支持,用户可以在不修改原有系统的基础上选择算法或行为,也可以灵活地增加新的算法或行为。策略模式提供了管理相关的算法族的办法。策略模式提供了

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号