- 浏览: 1501054 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (798)
- struts2 (42)
- servlet (20)
- quartz (4)
- jquery & ajax (24)
- tomcat (5)
- javascript (15)
- struts1 (8)
- 搜索关键字及链接 (3)
- fckeditor (3)
- Apache (5)
- spring (22)
- linux (3)
- 企业应用 (8)
- 综合应用 (13)
- 服务器 (2)
- 数据库 (85)
- 性能调优 (21)
- 网络应用 (15)
- 缓存技术 (8)
- 设计模式 (39)
- 面试题 (7)
- 程序人生&前辈程序员 (29)
- java基础 (59)
- hibernate (75)
- log4j (4)
- http (11)
- 架构设计 (28)
- 网页设计 (12)
- java邮件 (4)
- 相关工具 (11)
- ognl (7)
- 工作笔记 (18)
- 知识面扩展 (12)
- oracle异常 (1)
- 正则表达式 (2)
- java异常 (5)
- 项目实践&管理 (1)
- 专业术语 (11)
- 网站参考 (1)
- 论坛话题 (2)
- web应用 (11)
- cxf&webservice (22)
- freemarker (3)
- 开源项目 (9)
- eos (1)
- ibatis (6)
- 自定义标签 (3)
- jsp (3)
- 内部非公开文档(注意:保存为草稿) (0)
- 国内外知名企业 (2)
- 网店 (3)
- 分页 (1)
- 消费者习惯 (2)
- 每日关注 (1)
- 商业信息 (18)
- 关注商业网站 (1)
- 生活常识 (3)
- 新闻 (2)
- xml&JSON (5)
- solaris (1)
- apache.common (3)
- BLOB/CLOB (1)
- lucene (2)
- JMS (14)
- 社会进程 (8)
- SSH扩展 (2)
- 消费心理 (1)
- 珠三角 (1)
- 设计文档 (1)
- XWork&webwork (1)
- 软件工程 (3)
- 数据库及链接 (1)
- RMI (2)
- 国内外知名企业&人物 (1)
最新评论
-
司c马:
简介易懂、
OutputStream和InputStream的区别 -
在世界的中心呼喚愛:
解决我的问题
Java获取客户端的真实IP地址 -
bo_hai:
都是些基本的概念呀!
SSO -
tian_4238:
哥们,你也是搞水利这块的吧。
巧用SQLQuery中的addScalar -
loveEVERYday:
java.util.Date、java.sql.Date、java.sql.Time、java.sql.Timestamp小结
本文介绍了一个Java设计模式:Java命令模式。这个模式很容易理解,分为四步:Command对象建立,Client对象,Invoker对象以及Receiver。
AD: <script src="http://www.51cto.com/js/article/keywords_ad_new.js"></script>
下面将对Java命令模式探讨一二。首先,让我们对命令模式进行一个简单的理解。
Command 命令模式
Intent:
Encapsulate a request as an object , thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations.
瞎谈:其实很好理解。命令模式,关心的就是命令(或者称为操作)。打个比方。在一个公司里面,整个运作就像一个系统。某个boss发布了一个命令,中层领导接到这个命令,然后指派给具体负责这个员工。整个流程很清晰吧。有一个需求,如何将这个流程固定下来,形成一个系统。我们只要抓住了重点:命令。将它抽取出来,其他的都迎刃而解了。抽取出命令,封装成一个独立的对象,实现了解耦。至于其他的,可以方便地扩展,不论这个命令是CEO,人事部,还是你爸提出来的。无论这个命令的执行者是张三还是王八。这个模式的产生,其实是哲学上的“抓住主要矛盾”。更多的例子,如其他作家举的“去路边吃烤肉和去烤肉店吃烤肉有什么不同”或者“美猴王大闹天宫中玉帝拍太白金星捉来猴子”。
正经:命令模式把一个请求或者操作封装到一个对象中。命令模式运行系统使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
Java命令模式本质是对命令的封装,从而把发出命令的责任和执行命令的责任分割开了,委派给不同的对象。通俗地说,我是老总,我只管发个命令,至于这个命令发给谁,谁执行,关我P事,我发钱请人不是为了给自己找麻烦。你是负责事情的员工,你的天职是做好上级交给你的任务,踏踏实实,不要知道太多,不要八卦,不要问太多了。
好处:
◆很容易构造一个命令队列
◆记录相关的命令日志
◆增加命令的状态,实现命令的撤销和重做
◆允许接受请求的一方决定是否可做
◆新的命令轻而易举可以加入其中
缺点:可能会有过多的具体命令类存在
实现:
也不难,第一步关键是建立Command对象。拥有点面向对象的思想,就知道把它先抽象,让继承它的对象去具体实现。Client对象是发布命令的。Invoker对象是传递命令的,就是跑腿的。Receiver是受气包,底层最累的程序员,负责干活吧。看看下面的类图就清晰了:
上面的类图,一开始我有一些疑问,不如Invoker为什么要存在。现在想通了,Client的职责只是发布命令,就不要给它增加传递命令的职责。因为客户有千千万万。在现实中,跑腿的人为什么要存在呢?因为领导之所以是领导,就是只发表命令,跑腿等差事就给跑腿之人去办吧。现实中,跑腿之人通常比做事之人混得要好些。因为他们之间面对的是领导,把做事之人功劳揽到自己身上。唉,没想到设计模式蕴含了如此深刻的道理,佩服“设计模式的四人帮Gof”
Java命令模式实现例子:
阎宏博士的书中举了很多生动有趣的例子,大家可以去查阅。比如一个Mp3。你按了一个播放键盘,就播放了。这就可以算是命令模式的一种。 你是Client ,按键是Invoker,mp3是Receiver,播放就是一个命令Command对象。
===================================================
Client .java
package com.hegd.pattern.command;
public class Client {
public static void main(String[] args) {
/*
//首先客户找到美工组说,过来谈页面,并修改
System.out.println("-------------客户要求删除一个页面-----------------");
Group pg = new PageGroup();
//找到需求组
pg.find();
//增加一个需求
pg.delete();
//要求变更计划
pg.plan();
*/
//定义我们的接头人
Invoker xiaoSan = new Invoker(); //接头人就是我小三
//客户要求增加一项需求
System.out.println("-------------客户要求增加一项需求-----------------");
//客户给我们下命令来
Command command = new AddRequirementCommand();
//接头人接收到命令
xiaoSan.setCommand(command);
//接头人执行命令
xiaoSan.action();
}
}
Invoker.java
package com.hegd.pattern.command;
public class Invoker {
//什么命令
private Command command;
//客户发出命令
public void setCommand(Command command){
this.command = command;
}
//执行客户的命令
public void action(){
this.command.execute();
}
}
Command .java
package com.hegd.pattern.command;
public abstract class Command {
//把三个组都定义好,子类可以直接使用
protected RequirementGroup rg = new RequirementGroup(); //需求组
protected PageGroup pg = new PageGroup(); //美工组
protected CodeGroup cg = new CodeGroup(); //代码组;
//只要一个方法,你要我做什么事情
public abstract void execute();
}
AddRequirementCommand .java
package com.hegd.pattern.command;
public class AddRequirementCommand extends Command {
//执行增加一项需求的命令
public void execute() {
//找到需求组
super.rg.find();
//增加一份需求
super.rg.add();
//给出计划
super.rg.plan();
}
}
DeletePageCommand .java
package com.hegd.pattern.command;
public class DeletePageCommand extends Command {
//执行删除一个页面的命令
public void execute() {
//找到页面组
super.pg.find();
//删除一个页面
super.rg.delete();
//给出计划
super.rg.plan();
}
}
Group .java
package com.hegd.pattern.command;
public abstract class Group {
//甲乙双方分开办公,你要和那个组讨论,你首先要找到这个组
public abstract void find();
//被要求增加功能
public abstract void add();
//被要求删除功能
public abstract void delete();
//被要求修改功能
public abstract void change();
//被要求给出所有的变更计划
public abstract void plan();
}
package com.hegd.pattern.command;
public class RequirementGroup extends Group {
//客户要求需求组过去和他们谈
public void find() {
System.out.println("找到需求组...");
}
//客户要求增加一项需求
public void add() {
System.out.println("客户要求增加一项需求...");
}
//客户要求修改一项需求
public void change() {
System.out.println("客户要求修改一项需求...");
}
//客户要求删除一项需求
public void delete() {
System.out.println("客户要求删除一项需求...");
}
//客户要求出变更计划
public void plan() {
System.out.println("客户要求需求变更计划...");
}
}
package com.hegd.pattern.command;
public class PageGroup extends Group {
//首先这个美工组应该被找到吧,要不你跟谁谈?
public void find() {
System.out.println("找到美工组...");
}
//美工被要求增加一个页面
public void add() {
System.out.println("客户要求增加一个页面...");
}
//客户要求对现有界面做修改
public void change() {
System.out.println("客户要求修改一个页面...");
}
//甲方是老大,要求删除一些页面
public void delete() {
System.out.println("客户要求删除一个页面...");
}
//所有的增删改那要给出计划呀
public void plan() {
System.out.println("客户要求页面变更计划...");
}
}
package com.hegd.pattern.command;
/**
* 代码组的职责是实现业务逻辑,当然包括数据库设计了
*/
public class CodeGroup extends Group {
//客户要求代码组过去和他们谈
public void find() {
System.out.println("找到代码组...");
}
//客户要求增加一项功能
public void add() {
System.out.println("客户要求增加一项功能...");
}
//客户要求修改一项功能
public void change() {
System.out.println("客户要求修改一项功能...");
}
//客户要求删除一项功能
public void delete() {
System.out.println("客户要求删除一项功能...");
}
//客户要求出变更计划
public void plan() {
System.out.println("客户要求代码变更计划...");
}
}
sing001 发表于 2011-02-26 13:45 回复此评论
好像对Command的封装不够。
既然client可以new Command的对象,就可以不通过Invoker而自己调用Command的excute了,岂不不安全了? 怎么办呢? |
艺术家 发表于 2011-03-14 12:38 回复此评论
说的有道理,目前还没想出好办法!
|
方小葱 发表于 2011-03-14 13:09 回复此评论
引用来自“sing001”的评论好像对Command的封装不够。
既然client可以new Command的对象,就可以不通过Invoker而自己调用Command的excute了,岂不不安全了? 怎么办呢? |
艺术家 发表于 2011-03-22 11:46 回复此评论
楼上正解啊,
为此事,我特意请教了《设计模式之禅》作者,以下是作者给我的回复: client当然可以直接调用command类的execute方法,但问题是command是一堆命令的抽象,它的组合对client才是有意义的,那谁来管理和维护这个组合呢?就是Invoker,它不仅仅负责调用,通常还负责状态管理,比如命令池,撤销等。 就是说直接调用就不是命令模式了,命令模式就是解决这些组合的分散问题,来统一管理。 |
发表评论
-
设计模式系列-适配器模式(&几种模式的链接)
2011-09-02 15:55 2094一、上篇回顾 通过上篇的简单讲解,我们知道了,组 ... -
java回调函数
2011-09-01 16:31 1451所谓回调,就是客户程序C调用服务程序S中的某个方法a,然后S又 ... -
深入浅出java命令模式
2011-08-20 14:39 1141一、引言 忙里偷闲, ... -
Java命令模式:设计模式的四人帮
2011-08-20 11:07 2本文介绍了一个Java设 ... -
桥接模式
2011-07-14 14:27 3832桥接模式是一种结构型模式,它主要应对的是:由于实际的需要,某个 ... -
Java设计模式圣经连载(03)-抽象工厂模式
2011-07-05 09:18 12611.3 抽象工厂(Abstract F ... -
模板方法设计模式
2011-07-04 22:49 1284Template模板模式定义: ... -
JDK里的设计模式
2011-06-28 16:07 1378下面是JDK中有关23个经典设计模式的示例,在stakeove ... -
UML类图关系全面剖析
2011-06-28 10:38 2092UML的类图关系分为: 关联、聚合/组合、依赖、泛化(继承)。 ... -
设计模式-火龙果
2011-06-22 16:19 1196鸭子-策略模式(Strategy) http://www.u ... -
设计模式之六大原则——单一职责原则(SRP)
2010-10-19 08:48 1955开闭原则(Open Closed Pr ... -
状态模式和策略模式的比较
2010-09-27 19:56 1221状态模式(state pattern)和 ... -
简单工厂模式-《java与模式》
2010-09-26 19:50 1358缺点: 1、工厂类成为 ... -
门面模式-《java与模式》
2010-09-26 19:01 14681、医院的例子 病人 ... -
相关知识
2010-09-21 15:14 11401、java设计模式之实例详解http://java.chin ... -
工厂模式-设计模式-笔记(一)
2010-09-09 18:33 1264我们不应该针对实现编程,但是当我每次使用new时,不正是在针对 ... -
装饰者模式-设计模式-笔记(二)
2010-09-08 08:38 1535装饰java.io类: InputStream //抽象组件 ... -
来杯咖啡-装饰者模式(Decorator)
2010-09-07 21:31 1475前言 上篇【观察者模 ... -
观察者模式-设计模式-笔记(一)
2010-09-06 14:53 1114出版者+订阅者==观察者模式 报纸的订阅 出版 ... -
设计模式-笔记(三)
2010-09-06 10:56 1406设计原则: 多用组合,少用继承 以上笔记介绍的是策略 ...
相关推荐
设计模式 四人帮设计模式。比较经典的设计模式。
设计模式 可复用面向对象软件的基础 四人帮 GoF azw3版本 kindle版本 超好用,放在kindle里直接看,放在kindle pc阅读器里,电脑直接看
1:设计模式资料,pdf清晰版。(四人帮著) 2:提供书内源码
书中提到的设计模式包括代理模式、工场模式、桥接模式、命令模式、装饰模式和访问者模式等,这些都是面向对象设计中常用的模式,可以帮助设计师解决在系统设计中遇到的特定问题。 代理模式是通过引入一个代理对象来...
设计模式(四人帮23种模式),让你的视野更大,软件设计更轻松.
“四人帮”-《设计模式:可复用面向对象软件的基础》所有模式的实现,使用C++语言
23种设计模式,堪称中级软件开发人员的必修课!
刚刚开始看,解压之后可以得到各模式单独pdf,在地铁上看了点,很经典,把自己以前很迷惑的地方解释的很清楚,赞一个!
在GOF设计模式中,我们可以分为三大类:创建型模式(如单例模式、工厂模式、抽象工厂模式、建造者模式和原型模式),结构型模式(如适配器模式、装饰器模式、代理模式、桥接模式、组合模式、外观模式和享元模式)...
GoF),这本书是设计模式领域的圣经,详细介绍了23种经典设计模式,包括它们的意图、结构、适用场景以及Java和C++的实现示例。 ### **在线课程与教程** - **Coursera上的“软件设计模式”课程**:多所大学和教育...
如果说“四人帮”的《设计模式》是设计模式领域的“圣经”,那么之后出版的各种关于设计模式的书都可称之为“圣经”的“注释版”或“圣经的故事”。本书是得道者对“圣经”的“禅悟”,它既不像“圣经”那样因为惜字...
介绍了"四人帮模式"中最常见的十九种,很值的收藏一下
自1990年代由“四人帮”(Gamma, Helm, Johnson, Vlissides)在《设计模式:可复用面向对象软件的基础》一书中提出以来,设计模式已成为软件开发领域不可或缺的一部分。 随着软件行业的快速发展,软件系统的规模和...
策略模式只是“四人帮”定义的众多模式中的一种,这些模式常用于许多其他面向对象的编程语言。 现在使用 Matlab 2008b,我们可以定义可以使用许多这些模式的接口和抽象类。 这不仅是良好的编码实践,而且它们使代码...
khs-gof-design-patterns “四人帮”设计模式书是一项开创性的工作,它帮助将面向对象(OO)引入了90年代的软件开发领域。 了解这些设计模式将有助于您自己的软件设计,尤其是如果您不熟悉面向对象的编程。 请查看...
四人帮之杰作:设计模式可复用面向对象软件的基础
项目中合理地运用设计模式可以完美地解决很多问题,每种模式在现实中都有相应的原理来与之对应,每种模式都描述了一个在我们周围不断重复发生的问题,以及该问题的核心解决方案,这也是设计模式能被广泛应用的原因。...
李建忠老师讲解的四人帮23种设计模式C++源码,每种设计模式有简单介绍。