Usage examples: The Command pattern is pretty common in C# code. Most often it’s used as an alternative for callbacks to parameterizing UI elements with actions. It’s also used for queueing tasks, tracking operations history, etc.
Identification: The Command pattern is recognizable by behavioral methods in an abstract/interface type (sender) which invokes a method in an implementation of a different abstract/interface type (receiver) which has been encapsulated by the command implementation during its creation. Command classes are usually limited to specific actions.
Conceptual Example
This example illustrates the structure of the Command design pattern. It focuses on answering these questions:
What classes does it consist of?
What roles do these classes play?
In what way the elements of the pattern are related?
Program.cs: Conceptual example
usingSystem;namespaceRefactoringGuru.DesignPatterns.Command.Conceptual{ // The Command interface declares a method for executing a command.publicinterfaceICommand {voidExecute(); } // Some commands can implement simple operations on their own.classSimpleCommand:ICommand {privatestring _payload =string.Empty;publicSimpleCommand(string payload) {this._payload= payload; }publicvoidExecute() {Console.WriteLine($"SimpleCommand: See, I can do simple things like printing ({this._payload})"); } } // However, some commands can delegate more complex operations to other // objects, called "receivers."classComplexCommand:ICommand {privateReceiver _receiver; // Context data, required for launching the receiver's methods.privatestring _a;privatestring _b; // Complex commands can accept one or several receiver objects along // with any context data via the constructor.publicComplexCommand(Receiver receiver,string a,string b) {this._receiver= receiver;this._a= a;this._b= b; } // Commands can delegate to any methods of a receiver.publicvoidExecute() {Console.WriteLine("ComplexCommand: Complex stuff should be done by a receiver object.");this._receiver.DoSomething(this._a);this._receiver.DoSomethingElse(this._b); } } // The Receiver classes contain some important business logic. They know how // to perform all kinds of operations, associated with carrying out a // request. In fact, any class may serve as a Receiver.classReceiver {publicvoidDoSomething(string a) {Console.WriteLine($"Receiver: Working on ({a}.)"); }publicvoidDoSomethingElse(string b) {Console.WriteLine($"Receiver: Also working on ({b}.)"); } } // The Invoker is associated with one or several commands. It sends a // request to the command.classInvoker {privateICommand _onStart;privateICommand _onFinish; // Initialize commands.publicvoidSetOnStart(ICommand command) {this._onStart= command; }publicvoidSetOnFinish(ICommand command) {this._onFinish= command; } // The Invoker does not depend on concrete command or receiver classes. // The Invoker passes a request to a receiver indirectly, by executing a // command.publicvoidDoSomethingImportant() {Console.WriteLine("Invoker: Does anybody want something done before I begin?");if (this._onStartisICommand) {this._onStart.Execute(); }Console.WriteLine("Invoker: ...doing something really important...");Console.WriteLine("Invoker: Does anybody want something done after I finish?");if (this._onFinishisICommand) {this._onFinish.Execute(); } } }classProgram {staticvoidMain(string[] args) { // The client code can parameterize an invoker with any commands.Invoker invoker =newInvoker();invoker.SetOnStart(newSimpleCommand("Say Hi!"));Receiver receiver =newReceiver();invoker.SetOnFinish(newComplexCommand(receiver,"Send email","Save report"));invoker.DoSomethingImportant(); } }}
Output.txt: Execution result
Invoker: Does anybody want something done before I begin?
SimpleCommand: See, I can do simple things like printing (Say Hi!)
Invoker: ...doing something really important...
Invoker: Does anybody want something done after I finish?
ComplexCommand: Complex stuff should be done by a receiver object.
Receiver: Working on (Send email.)
Receiver: Also working on (Save report.)