WPF里已经有了路由事件，为什么还需要命令呢？
因为事件的作用是发布、传播一些消息，消息到达接收者，事件的指令就算完成。至于如何响应事件的消息机智
只负责发送消息，对消息如何处理没有约束。而命令是有约束力的。命令除了可以约束代码，还可以约束步骤逻辑。
如Save命令：先做校验，再保存，最后退出。
命令系统的基本元素：
- 命令(Command)：WPF的命令实际上就是实现了ICommand接口的类，平时使用最多的就是RoutedCommand类。
- 命令源(Command Source)：即命令的发送者，是实现了ICommandSource接口的类。很多界面元素都实现了这个接口，其中包括Button,ListBoxItem,MenuItem等。
- 命令目标(Command Target)：即命令发送给谁，或者说命令作用在谁的身上。命令目标必须是实现了IInputElement接口的类，如TextBlock。
- 命令关联(Command Binding)：负责把一些外围逻辑和命令关联起来，比如执行之前对命令是否可以执行进行判断、命令执行之后还有哪些后续工作等。
命令的使用大概分为以下几步：
（1）创建命令类：即获得一个实现ICommand接口的类，如果命令与具体的业务逻辑无关则使用WPF类库中的（RoutedCommand）类即可。如果想得到与业务逻辑相关的专有命令，则需要创建RoutedCommand（或者ICommand接口）的派生类。
（2）声明命名实例：使用命令时需要创建命令类的实例。这里有一个技巧，一般情况下程序中某种操作只需要一个命令实例与之对应即可。比如对应“保存”这个命令操作。因此程序中的命令多使用单件模式以减少代码的复杂度。
（3）指定命令的源：即指定由谁来发送命令。如果把命令看作炮弹，那么命令源就相当于火炮。同一个命令可以有多个源。比如保存命令，即可以由菜单中的保存项来发送，也可以由保存工具栏中的图标进行发送。需要注意的是，一旦把命令指派给了命令源，那么命令源就会受命令的影响，当命令不能被执行的时候命令源的控件处于不可用状态。看来命令这种炮弹还很智能，当不满足发送条件的时候还会给用来发射它的火炮上一道保险、避免走火。还需要注意，各种控件发送命令的方法不经相同，比如Button和MenuButton在单击时发送命令，而ListBoxItem单击时表示被选中，双击的时候才发送命令。
（4）指令命令目标：命令目标并不是命令的属性，而是命令源的属性。指定命令目标是告诉命令源向哪个组件发送命令。无论这个组件是否拥有焦点他都会收到这个命令。如果没有为源指定命令目标，则WPF系统认为当前拥有焦点的对象就是命令目标。这个步骤有点像为火炮指定目标。
（5）设置命令关联：炮兵是不能单独战斗的，就像炮兵在设计之前需要侦察兵观察敌情、判断发射时机，在射击后观测射击效果，帮助修正一样。WPF命令需要CommandBinding在执行之前来帮助判断是不是可以执行、在执行后做一些事来“打扫战场”。
在命令目标和命令关联之间还有一些微妙的关系。无论命令目标是由程序员指定还是由WPF系统根据焦点所在地判断出来的，一旦某个UI组件被命令源瞄上，命令源就会不断的向命令目标投石问路，命令目标就会不停的发送可路由的PreviewCanExecute和CanExecute附加事件。事件会沿UI元素树向上传递并被命令关联所捕获，命令关联会完成一些后续任务。别小看“后续任务”，对于那些业务逻辑无关的通用命令，这些后续任务才是最重要的。
http://blog.csdn.net/fwj380891124/article/details/8148852
版权声明：本文为博主原创文章，未经博主允许不得转载。