一、需求说明
1、我们买了一套智能家电，有照明灯、风扇、冰箱、洗衣机，我们只要在手机上安装 APP 就可以控制对这些家电工作；
2、这些智能家电来自不同的厂家，我们不想针对每一种家电都安装一个 APP，分别控制，我们希望只要一个 APP 就可以控制全部智能家电；
3、要实现一个 APP 控制所有智能家电的需要，则每个智能家电厂家都要提供一个统一的接口给 APP 调用，这时就可以考虑使用命令模式；
4、命令模式可将 “动作的请求者” 从 “动作的执行者”对象中解耦出来；
5、在这个例子中，动作的请求者是手机 APP，动作的执行者是每个厂商的一个家电产品；
二、命令模式基本介绍
1、基本介绍
（1）命令模式（Command Pattern）：在软件设计中，我们经常需要向某些对象发送请求，但是并不知道请求的接受者是谁，也不知道被请求的操作是那个；
我们只需在程序运行时指定具体的请求接收者即可，此时，可以使用命令模式来进行设计；
（2）命令模式使得请求发送者与请求接收者消除彼此之间的耦合，让对象之间的调用关系更加灵活，实现解耦；
（3）在命令模式中，会将一个请求封装为一个对象，以便使用不同参数来表示不同的请求（即命名），同时命名模式也支持可撤销的操作；
（4）通俗易懂的理解：将军发布命令，士兵去执行。其中有几个角色：将军（命令发布者）、士兵（命令的具体执行者）、命令（连接将军和士兵）
Invoker 是调用者（将军）
Receiver 是被调用者（士兵）
MyCommand 是命令，实现了 Command 接口，持有接收对象
2、命令模式的原理类图
对原理类图的说明-即（命名模式的角色及职责）
（1）Invoker：是调用者角色
（2）Command：是命令角色，需要执行的所有命令都在这里，可以是接口或抽象类；
（3）Receiver：接受者角色，知道如何实施和执行一个请求相关的操作；
（4）ConcreteCommand：将一个接受者对象与一个动作绑定，调用接受者相应的操作，实现 execute；
标签：请求,APP,第一节,模式,命令,家电,接受者 来源： https://www.cnblogs.com/niujifei/p/14391323.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。