本文探讨了命令模式如何通过将行为请求者与实现者解耦，实现对命令的记录、撤销和事务处理。通过实例和关键代码，揭示了其降低系统耦合度的优点，以及可能存在的命令类过多的缺点。适合在涉及命令操作的场景中使用，如记录操作历史等。
何为命令模式？
命令模式（Command Pattern）是一种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。
主要解决的问题
在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。
使用命令模式？
在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。
关键代码
invoker 命令对象的入口(甲方)
Command 命令的具体方向(乙方)
received 真正的命令执行对象（执行元素）
命令模式优点：降低了系统耦合度，新的命令可以很容易添加到系统中去。
命令模式缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
使用场景
涉及命令的地方都可以使用命令模式
命令模式Demo
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
