mirror of
https://github.com/DesignPatternsPHP/DesignPatternsPHP.git
synced 2025-07-30 19:50:12 +02:00
start a restructure
This commit is contained in:
17
Behavioral/Command/README.md
Normal file
17
Behavioral/Command/README.md
Normal file
@@ -0,0 +1,17 @@
|
||||
# Command
|
||||
|
||||
## Purpose
|
||||
|
||||
To encapsulate invocation and decoupling.
|
||||
|
||||
We have an Invoker and a Receiver. This pattern uses a "Command" to delegate the method call against the Receiver and presents the same method "execute".
|
||||
Therefore, the Invoker just knows to call "execute" to process the Command of the client. The Receiver is decoupled from the Invoker.
|
||||
|
||||
The second aspect of this pattern is the undo(), which undoes the method execute().
|
||||
Command can also be aggregated to combine more complex commands with minimum copy-paste and relying on composition over inheritance.
|
||||
|
||||
## Examples
|
||||
|
||||
* A text editor : all events are Command which can be undone, stacked and saved.
|
||||
* Symfony2: SF2 Commands that can be run from the CLI are built with just the Command pattern in mind
|
||||
* big CLI tools use subcommands to distribute various tasks and pack them in "modules", each of these can be implemented with the Command pattern (e.g. vagrant)
|
Reference in New Issue
Block a user