Command模式问题：实体对象与行为操作之间的耦合关系动机：在软件构建过程中，行为请求者与行为实现者通常呈现一种紧耦合。但
在某些场合---比如需要对行为进行“记录、撤销/重做、事务”等处理
，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将行为请求者与行为实现者解耦？将一组行为抽象
为对象，可以实现二者之间的松耦合。意图：将一个请求封装为一个对象，从而使你可用不同的请求对客户（行为的
请求者）进行参数化，对请求排队或记录请求日志，以及支持可撤销的
操作。demo:class Application{ public void Show() { Document d = new Document(); d.ShowText();
Graphics g = new Graphics() g.ShowGraphics(); }}class Document{ public void ShowText(){}}class Graphics{ public void ShowGraphics(){}}---public abstract class Command{ public void abstract Excute();
public void Undo(); public void Redo();}class Document : Command{ public override void Excute(){}}class Graphics : Command{ public ovrride void Excute(){}}class Application{ ArrayList<Command> list;
public void Show() { foreach(Command c in list) { c.Excute();} }}class Application{ Stack<Command> stack;
public void Show() { }
public void Undo() { Command command = stack.pop(); }
public void Redo() { }}注：Command模式就是首先把行为抽象，再把具体行为封装为Command行
为，Command行为调用具体行为，这样客户就只与Command抽象发生依赖。Command模式更倾向用于记录、撤销/重做、事务之类的操作。public ICommand Command{ void Excute();}public Class DocumentCommand :ICommand{ public void Excute() { Document d = new Document(); d.Do(); }}public Class GraphicsCommand :ICommand{}public class Document{ public void Do() {}}public class Graphics{ public void Foo() {}}public class App{ Stack<ICommand> stack;
public void test() { ICommand.Excute(); }}Command模式的几个要点Command模式的根本目的在于将行为请求者与行为实现者解耦，在面向对
象语言中，常见的实现手段是将行为抽象为对象。实现Command接口的具体命令对象ConcreteCommand有时候根据需要可能
会保存一些额外的状态信息。通过使用Composite模式，可以将多个命令封装为一个复合命令
(MacroCommand)Command模式与C#中的delegate有些类似。但者定义行为接口的规范有所
区别,command以面向对象中的接口-实现来定义行为接口规范，更严格，
更符合抽象原则；Delegate以涵数签名来定义行为接口规范，更灵活，
但抽象能力比较弱。Delegate是一个更广的范畴，Command模式是Delegate的一种特例，也就
是可以抽象的特例。
转载于:https://www.cnblogs.com/hotsoho.net/articles/428141.html
