简介
上一篇“进攻：设备动作流程（一）”只是对之前已有的进行了总结和延申，本篇将会是其进一步的优化。
即从：
优化成：
说明
主要是把任务细化（增加步骤列表），及增加前一篇所说的“代码关键字进行中文化”。
复位任务：点击复位按钮时运行的任务；
生产任务：标识开始工作时运行的任务；
其他任务：此任务，可以动态在调试界面增加按钮绑定相应任务，再通过按钮的点击事件进行运行；
定时任务：软件打开后就正常定时扫描的任务。
以下为优化后的代码，表格化；只做于示例用，未增加和视觉有关的内容。
其他任务和生产任务，这里不做示范。
总结
-
使用到和运动控制卡有关的
- 输入置位：获取输入信号置位状态
- 输入复位：获取输入信号复位状态
- 输出置位：设置输出信号状态为置位
- 输出复位：设置输出信号状态为复位
- 绝对运动：点到点运动，运动到给定的点位
- 相对运动：相应的轴，相对运动给定的距离
- 连续运动：设置相应的轴进行连续运动
- 轴停止：设置相应的轴停止 使用到的代码关键字
- 延迟：等同于：Thread.Sleep
- 当：等同于：if
- 否则：等同于：else
- 否则当：等同于：else if
- 弹窗：等同于：MessageBox.Show
- 回原轴集合：等同于：string[] 回原轴集合 其他的则为其相应的代码，有：
- 运动到下一步
- 重新运行本步骤
- 任务间的状态
- 无动作
最后
WCF的目标用户是NPI同事（公司不一样可能会有不一样的称呼）。设备在打样时，装备和调试主要是NPI同事。我遇到过：有时候一些动作，是否是最优，是和NPI同事讨论后，才得到的。因此，NPI同事对设备的动作流程也是清楚的。
完成把动作流程从软件工程师的工作职责抽出的目标，是WCF的1.0版本，起了个别名“自由”。
设备动作流程NPI也能做了，那还要我们软件工程师做什么？这里就要插入个交谈。
记得是在合肥的某个工厂出差时，有位同事指着国外的设备，对着我说：你看这动作多畅快，再看看我们的设备的动作，比较僵硬，都是点到点的直线运动。天天写着设备动作流程，设备能够正常生产就需要去下一个战场，这样什么能够深入优化动作？
故，WCF的2.0版本，计划给别名“畅快”，要把动作优化。
另
目前WCF的1.0版本的大纲完整度80%，WCF只是运动控制，视觉部分需要单独一个视觉软件，相互进行通讯来完成一整个项目的程序。
想着，我不是这个方向的第一个人，可能这个方向已经有现成的软件，但我不知道，故在此厚颜的写了这个方向的一个解决方案出来。这个方向或许还在探索阶段，我不是第一个人，当然也不是最后一个人。如果我个“浪”会先死在沙滩上，但“后浪”会比我这还要狠。坚信。
长江后浪推前浪，一浪更比一浪高。这个方向是对的。
目前自由身，正在整合WCF的所有IDEA中。