两种软件设计模式案例分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
摘要
本学期我学习了“设计模式-可复用面向对象软件的基础”这门课程,这次我采用的是命令模式+策略模式两种设计模式结合的案例。
分析的案例为:遥控器控制天花板上的吊扇,它有多种转动速度,当然也允许被关闭。假设吊扇速度:高、中、低、关闭。采用安全模式+策略设计模式。
报告整体结构为:两种设计模式的分析、理解,类图,实例分析、代码分析,总结。
目录
第一章命令模式+策略模式 (1)
1.1 命令模式 (1)
1.1.1 定义 (1)
1.1.2 命令模式的结构 (1)
1.1.3 角色 (1)
1.1.4 优点 (2)
1.1.5 缺点 (2)
1.5.6 适用情况 (2)
1.2 策略模式 (2)
2.1.1意图 (2)
2.2.2 主要解决问题 (2)
2.2.4 如何解决 (3)
2.2.5 关键代码 (3)
2.2.6优点 (3)
2.2.7 缺点 (3)
2.2.8 使用场景 (3)
2.2.9 注意事项 (3)
第二章案例分析 (4)
2.1 类图 (4)
2.2 测试分析 (4)
2.3 代码分析 (5)
2.2.1 命令模式模块代码 (5)
2.2.2 策略模式模块代码 (10)
第三章总结 (13)
第一章命令模式+策略模式
本案例用到的两种案例为安全模式+策略模式,因此在分析案例之前我先对两种设计模式进行分析。命令模式具体实现命令调控,策略模式定义一系列的算法,把它们一个个封装起来。
1.1 命令模式
1.1.1 定义
将来自客户端的请求传入一个对象,从而使你可用不同的请求对客户进行参
数化。用于“行为请求者”与“行为实现者”解耦,可实现二者之间的松耦合,以便
适应变化。分离变化与不变的因素。
1.1.2 命令模式的结构
命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任
分割开,委派给不同的对象。
每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收
的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,
使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接
收,以及操作是否被执行、何时被执行,以及是怎么被执行的。
1.1.3 角色
Command
定义命令的接口,声明执行的方法。
ConcreteCommand
命令接口实现对象,是“虚”的实现;通常会持有接收者,并调用接收者的功
能来完成命令要执行的操作。
Receiver
接收者,真正执行命令的对象。任何类都可能成为一个接收者,只要它能够
实现命令要求实现的相应功能。
Invoker
要求命令对象执行请求,通常会持有命令对象,可以持有很多的命令对象。
这个是客户端真正触发命令并要求命令执行相应操作的地方,也就是说相当于使
用命令对象的入口。
Client
创建具体的命令对象,并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端,而是在组装命令对象和接收者,或许,把这个Client称为装配者会更好理解,因为真正使用命令的客户端是从Invoker来触发执行。
1.1.4 优点
1.降低对象之间的耦合度。
2.新的命令可以很容易地加入到系统中。
3.可以比较容易地设计一个组合命令。
4.调用同一方法实现不同的功能
1.1.5 缺点
使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个命令都需要设计一个具体命令类,因此某些系统可能需要大量具体命令类,这将影响命令模式的使用。
1.5.6 适用情况
1.系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。
2.系统需要在不同的时间指定请求、将请求排队和执行请求。
3.系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
4.系统需要将一组操作组合在一起,即支持宏命令。
1.2 策略模式
2.1.1意图
定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。
2.2.2 主要解决问题
在有多种算法相似的情况下,使用if...else 所带来的复杂和难以维护。
2.2.3 何时使用
一个系统有许多许多类,而区分它们的只是他们直接的行为。
2.2.4 如何解决
将这些算法封装成一个一个的类,任意地替换。
2.2.5 关键代码
实现同一个接口。
应用实例: 1、诸葛亮的锦囊妙计,每一个锦囊就是一个策略。2、旅行的出游方式,选择骑自行车、坐汽车,每一种旅行方式都是一个策略。3、JAVA AWT 中的LayoutManager。
2.2.6优点
1、算法可以自由切换。
2、避免使用多重条件判断。
3、扩展性良好。
2.2.7 缺点
1、策略类会增多。
2、所有策略类都需要对外暴露。
2.2.8 使用场景
1、如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
2、一个系统需要动态地在几种算法中选择一种。
3、如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。
2.2.9 注意事项
如果一个系统的策略多于四个,就需要考虑使用混合模式,解决策略类膨胀的问题。