命令模式从无知到无畏

让我憋了半天的命令模式

构思了半天的命令模式还是无从下手，因为始终想不明白他最终的优势是什么，到底是什么是她能做而别人无法做的呢。
今天有点想通了，首先什么是命令模式，说白了就是你命令别人要做事，比如今天你让张三帮你买个手抓饼，可能明天你想让李四帮你买，因为张三要钱，而李四不要钱，如果从程序设计的角度分析，你之前 a = new 张三() 然后a.买手抓饼，这都写到你的函数里了，那你想换成李四怎么办，要直接修改程序么，那就违反了开闭原则，你不能随便去修改代码，最好开一个新类去处理，怎么办呢，面向接口编程，把请求的发送者与接受者进行解耦，具体怎么办呢，就是把张三和李四都实现同一个接口，然后通过配置文件来配置接口的具体实现类是哪个。
可能有人会问，接受者进行解耦我能理解，那么为什么命令的发送者为什么也要解耦呢，要实现一个command的接口，然后用不同的实现类来封装命令，那么这样达到什么效果呢，我觉得首先是让命令更加的多样化，比如我可以创建一个可以周期型执行的具体命令类，我让这个命令每隔5分钟执行一次，我也可以在调用接收者的方法时打印一下日志，甚至我把命令类加一个代理，等等。
当然很多书上都写着的，把命令组装一下，形成一个命令链，一个个的执行，我可以异步的发出一组命令来执行，监控命令执行的进度，或者对命令进行逆向操作，原子操作，这些都是通过命令的接口编程达到的。说到组装就不得不提一下组合模式，这里建议去看看组合模式的组装过程和遍历执行过程。