个人理解:把一个类里的多个命令分离出来，每个类里放一个命令，实现解耦合，一个类只对应一个功能，在使用命令时由另一个类来统一管理所有命令。
缺点：如果功能多了就会导致创建的类的数量过多
命令模式（Command Pattern）是⼀种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调⽤对象。调⽤对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执⾏命令。
介绍意图：将⼀个请求封装成⼀个对象，从⽽使您可以⽤不同的请求对客户进⾏参数化。
主要解决：在软件系统中，⾏为请求者与⾏为实现者通常是⼀种紧耦合的关系，但某些场合，⽐如需要对⾏为进⾏记录、撤销或重做、事务等处理时，这种⽆法抵御变化的紧耦合的设计就不太合适。
何时使⽤：在某些场合，⽐如要对⾏为进⾏"记录、撤销/重做、事务"等处理，这种⽆法抵御变化的紧耦合是不合适 的。在这种情况下，如何将"⾏为请求者"与"⾏为实现者"解耦？将⼀组⾏为抽象为对象，可以实现⼆者之间的松耦合。
如何解决：通过调⽤者调⽤接受者执⾏命令，顺序：调⽤者→命令→接受者。
关键代码：把类里的命令分离出去为其创建类，这些命令类有相同的父类。
优点：
降低了耦合度。新的命令可以很容易添加到系统中去。缺点：使⽤命令模式可能会导致某些系统有过多的具体命令类。
使⽤场景：认为是命令的地⽅都可以使⽤命令模式，⽐如： 1.GUI中每⼀个按钮都是⼀条命令。 2.模拟CMD。
注意事项：系统需要⽀持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使⽤命令模式。
实现我们⾸先创建作为命令的接⼝Order，然后创建作为请求的Stock类。实体命令类BuyStock和SellStock，实现了 Order接⼝，将执⾏实际的命令处理。创建作为调⽤对象的类Broker，它接受订单并能下订单。 Broker对象使⽤命令模式，基于命令的类型确定哪个对象执⾏哪个命令。CommandPatternDemo类使⽤Broker 类来演示命令模式。
具体实现步骤
1.创建⼀个Java项⽬。
2.创建⼀个股票请求类Stock。
3.创建⼀个命令接⼝Order。
4.创建实现了Order接⼝的实体类BuyStock。
5.创建实现了Order接⼝的实体类SellStock。
6.创建命令调⽤类Broker。
7.创建CommandPatternDemo类，然后使⽤Broker类来接受并执⾏命令。
8.执⾏程序，输出结果。
到此这篇关于Java超详细讲解设计模式中的命令模式的文章就介绍到这了,更多相关Java命令模式内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
