设计模式 之 命令者模式(Invoker 冤大头)

　　概念：

　　

 

 　　如果存在多个请求，我们需要一个“头目”去接受请求，参数化管理，以达到不同的业务逻辑。高内聚其实就是内部封装比较完整，根据不同参数去执行不同操作。

　　多个业务，每个业务都有不同的执行人，要是项目忙碌起来，我们肯定是想我们制定一个带头大哥去对接需求方，然后通过内部自己消化，自己去实现新需求，没必要要求需求方去跟我们各业务部门都打交道，浪费资源，浪费时间。

　　命令模式就产生了。

　　我们例子如下：

　　一个抽象类，多个实现方法(比如增删改查)

　　

 

 　　同时又四个组，不如写一个抽象类规范一下方法。

　　

 

 　　

 

 　　

 

 　　

 

 　　

　　Ok

　　需求方通过命令的形式传给我我这个项目经理，我要来安排工作了。那行，必须定义命令相关类。

　　

 

 　　

 

 　　命令要维护接受者的参数，因为要通过命令去执行不同操作。针对哪一个调用发出的命令。

　　命令有了，该我出场了，我是炮灰，需求要找到我，我形成相关命令，然后不知任务，所以，我是Invoker.

　　

 

 　　命令的传递，由我开始！

　　

 

 　　

 

 　　命令模式就是当调用者与接受者相互调用异常复杂，我们通过命令模式排除单独一个“冤大头”去接受相关命令，然后通过命令去执行不同的业务。