命令模式 - 设计模式学习

  命令模式(Command),将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销操作。

  下面给出命令模式的结构图:

      

    下面是命令模式的基本结构代码:

namespace ConsoleApplication1
{
    abstract class Command
    {
        protected Receiver receiver;

        public Command(Receiver receiver)
        {
            this.receiver = receiver;
        }

        abstract public void Execute();
    }

    //ConcreteCommand类,将一个接收者对象绑定于一个动作,调用接收者相应的操作,以实现Execute
    class ConcreteCommand : Command
    {
        public ConcreteCommand(Receiver receiver)
            : base(receiver)
        { }

        public override void Execute()
        {
            receiver.Action();
        }
    }

    //Invoker类,要求该命令执行这个请求
    class Invoker
    {
        private Command command;

        public void SetCommand(Command command)
        {
            this.command = command;
        }

        public void ExecuteCommand()
        {
            command.Execute();
        }
    }

    //Receiver类,知道如何实施与执行一个请求相关的操作,任何类都可能作为一个接收者
    class Receiver
    {
        public void Action()
        {
            Console.WriteLine("执行请求!");
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            Receiver r = new Receiver();
            Command c = new ConcreteCommand(r);
            Invoker i = new Invoker();
            i.SetCommand(c);
            i.ExecuteCommand();

            Console.ReadKey();
        }
    }
}

  命令模式的优点:

  1、它能较容易地设计一个命令队列;

  2、在需要的情况下,可以叫容易地将命令计入日志;

  3、允许接收请求的一方决定是否要否决请求。

  4、可以容易地实现对请求的撤销和重做;

  5、由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。

  6、最关键的一点,命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。

  回到《大话设计模式》书中的烧烤例子:

namespace ConsoleApplication1
{
    public class Barbecuer
    {
        //烤羊肉
        public void BakeMutton()
        {
            Console.WriteLine("烤羊肉串");
        }

        //烤鸡翅
        public void BakeChickenWing()
        {
            Console.WriteLine("烤鸡翅");
        }
    }

    //抽象命令
    public abstract class Command
    {
        protected Barbecuer receiver;

        public Command(Barbecuer receiver)  //抽象命令类,只需要确定‘烤羊肉串者’是谁
        {
            this.receiver = receiver;
        }

        //执行命令
        abstract public void ExecuteCommand();
    }

    //烤羊肉串命令
    class BakeMuttonCommand : Command
    {
        public BakeMuttonCommand(Barbecuer receiver)
            : base(receiver)
        { }

        public override void ExecuteCommand()
        {
            receiver.BakeMutton();
        }
    }

    //烤鸡翅命令
    class BakeChickenWingCommand : Command
    {
        public BakeChickenWingCommand(Barbecuer receiver)
            : base(receiver)
        { }

        public override void ExecuteCommand()
        {
            receiver.BakeChickenWing();
        }
    }

    //服务员类
    public class Waiter
    {
        private IList<Command> orders = new List<Command>();    //增加存放具体命令的容器

        //设置订单
        public void SetOrder(Command command)       //在客户提出请求时,对没货的烧烤进行回绝
        {
            if (command.ToString() == "命令模式.BakeChickenWingCommand")
            {
                Console.WriteLine("服务员:鸡翅没有了,请点别的烧烤");
            }
            else
            {
                orders.Add(command);
                Console.WriteLine("增加订单:" + command.ToString() + " 时间:" + DateTime.Now.ToString());
            }
        }

        //取消订单
        public void CancelOrder(Command command)    //记录客户所点的烧烤的日志,以便算账收钱
        {
            orders.Remove(command);
            Console.WriteLine("取消订单:" + command.ToString() + " 时间:" + DateTime.Now.ToString());
        }

        //通知全部执行
        public void Notify()
        {
            foreach (Command cmd in orders)
            {
                cmd.ExecuteCommand();
            }
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            //开店前的准备
            Barbecuer boy = new Barbecuer();
            Command bakeMuttonCommand1 = new BakeMuttonCommand(boy);
            Command bakeMuttonCommand2 = new BakeMuttonCommand(boy);
            Command bakeChickenWingCommand1 = new BakeChickenWingCommand(boy);
            Waiter girl = new Waiter();

            //开门营业
            girl.SetOrder(bakeMuttonCommand1);
            girl.SetOrder(bakeMuttonCommand2);
            girl.SetOrder(bakeChickenWingCommand1);

            //点菜完毕,通知厨房
            girl.Notify();      //订单下好后,一次性通知  在通知之前都可以取消

            Console.ReadKey();
        }
    }
}

时间: 2024-11-05 20:45:27

命令模式 - 设计模式学习的相关文章

备忘录模式 - 设计模式学习

备忘录模式(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态.这样以后就可将该对象恢复到原先保存的状态. 以下给出备忘录模式的UML图: Originator(发起人):负责创建一个备忘录Memento,用以记录当前时刻它的内部状态,并可使用备忘录恢复内部状态.Originator可根据需要决定Memento存储Originator的哪些内部状态. Memento(备忘录):负责存储Originnator对象的内部状态,并可防止Originator以外

命令模式--设计模式

在软件开发系统中,常常出现“方法的请求者”与“方法的实现者”之间存在紧密的耦合关系.这不利于软件功能的扩展与维护.例如,想对行为进行“撤销.重做.记录”等处理都很不方便,因此“如何将方法的请求者与方法的实现者解耦?”变得很重要,命令模式能很好地解决这个问题. 在现实生活中,这样的例子也很多,例如,电视机遥控器(命令发送者)通过按钮(具体命令)来遥控电视机(命令接收者),还有计算机键盘上的“功能键”等. 定义与特点 定义 命令(Command)模式的定义如下:将一个请求封装为一个对象,使发出请求的

解释器模式 - 设计模式学习

解释器模式(interpreter),给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. 解释器模式需要解决的是,如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言的句子.这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题. 下面给出解释器模式的结构图: 下面给出解释器模式的基本代码结构: namespace ConsoleApplication1 { //AbstractExpresstion(抽

简单工厂模式、工厂方法模式和抽象工厂模式-设计模式学习

1.简单工厂模式 简单工厂模式是属于创建型模式,又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 工厂(Creator)角色 简单工厂模式的核心,它负责实现创建所有实例的内部逻辑.工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象. 抽象产品(Product)角色 简单工厂模式所创建的所有

桥接模式 - 设计模式学习

合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类继承. 合成和聚合都是关联的特殊种类.聚合表示一种弱的“拥有关系”,体现的是A对象可以包含B对象,但B对象不一定是A对象的一部分:合成则是一种枪的‘拥有’关系,体现了严格的部分和整体的关系,部分和整体的声明周期一样.比方说,大雁有两个翅膀,翅膀与大雁是部分和整体的关系,并且它们的声明周期是相同的,于是大雁和翅膀就是合成关系.而大雁是群居动物,所以每只大雁都是属于一个雁群,一个雁群可以有多只大雁,所以大雁和雁群是聚合关系. 合成/聚

职责链模式 - 设计模式学习

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它位置. 下面给出职责链模式的结构图: 下面给出职责链模式的基本代码结构: namespace ConsoleApplication1 { //Handler类,定义一个处理请示的接口 abstract class Handler { protected Handler successor; publ

组合模式 - 设计模式学习

组合模式(Composite),将对象组合成属性结构以表示'部分-整体'的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性. 下面给出组合模式的UML图: 来看组合模式的基本代码结构: namespace ConsoleApplication1 { //Component为组合中的对象声明接口 abstract class Component { protected string name; public Component(string name) { this.name = n

抽象工厂模式 - 设计模式学习

抽象工厂模式(Abstract Factory),提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类. 以下给出抽象工厂方法模式的UML图: 回到<大话设计模式>里面的双数据库访问的例子: namespace ConsoleApplication1 { class User { private int _id; public int ID { get { return _id; } set { _id = value; } } private string _name; pub

中介者模式 - 设计模式学习

中介者模式(Mediator),用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互. 来看中介者模式的结构图: Colleague叫做抽象同事类,而ConcreteColleague是具体同事类,每个具体同事只知道自己的行为,而不了解其他同时类的情况,但它们却都认识中介者对象,Mediator是抽象中介者,定义了同事对象到中介者对象的接口,ConcreteMediator是具体中介者对象,实现抽象类方法,它需要知道所有具体