java的设计模式我想大家都知道，但每个人的理解并不相同，我在这里只是阐述我的观点，要是与您的观点不同请您原谅和提出您的宝贵意见。
为了把命令模式讲清楚，我要举一个大家都影象深刻的例子以便大家的理解，那就借用的足球的例子吧。
UML略
我设计了五个类，分别是：球队老板，老板的命令(接口)，教练，命令的内容，球员。
球员的示例代码
public class 球员 {
public void run() {
球场上奔跑;
}
public void Norun() {
球场上不奔跑;
}
public void shot() {
射门;
}
public void Noshot() {
不射门;
}
public void hoo() {
积极比赛;
}
}
教练类的示例代码
public class 命令的内容 implements 老板的命令 {
球员 team;
public 命令的内容 ( 球员 ateam) {
this.team = ateam;
}
//赢球的方法
public void victory() {
team.hoo();
team.run();
team.shot();
}
//输球的方法
public void fail() {
team.Norun();
team.Noshot();
}
}
老板的命令类的示例代码
public interface 老板的命令 {
void victory();
void fail();
}
教练的示例代码
public class 教练 {
private 老板的命令 bossCommand;
public 教练(老板的命令 abossCommand) {
this.bossCommand = abossCommand;
}
}
老板的示例代码
public class 老板 {
public static void main(String[] args) {
球员 team = new 球员();
老板的命令 bossCommand = new 命令的内容(team);
教练 drillmaster = new 教练(bossCommand);
drillmaster.victory();//赢球
drillmaster.fail();//输球
}
}
我在写这篇文章的时候时间比较紧可能逻辑上还不太清楚，但我要说明的是在实际的应用中老板就相当于用户本人，球员相当于具体的实施类，在具体的实施类里面有n多的方法，你可以通过一个命令类来表明你要
的操作，而不是老板类来直接来控制球员类，其中的顺序是这样的：
老板发出命令给教练，教练根据命令中的具体内容给球员，球员作出行为给老板挣钱，这就是老板的命令模式，哈哈要是老板要打假球就发出drillmaster.fail();//输球这样的命令就行了。可怜的球迷呀！最后被骂的还是教练和球员，老板要是实在看不下去了，就发出 drillmaster.victory();//赢球 就可以了，被媒体吹捧的是教练和球员，而老板有了钱，但我们可不知道内幕的原因，因为看起来老板没有参加实际的操作。
我的文章先写到这里，如果那位大侠有意见，请一定要发表评论告诉我，我一定会改进文章的内容谢谢
