AutoCAM自动化平台，前端管理订单，而后端执行任务，前端UIl界面有板厚,铜厚，板材,表面处理,层数等信息，而这些信息并不是后端最终所需要的信息后.拿钻孔补偿来说，后端需要的是钻孔补偿值，但前端并没有这些信息，要拿到这个钻孔补偿值是通过多维决策表逻辑判断得出，通常作法是是写硬代码得获取到补偿值的，大家都知道写硬代码都多么的不灵活，用户也无法配置，修正规则及时性也得不到保障，并且规则版本也得不到控制，那么这里将围绕CAM自动化，打造PCB规则引擎，在前端与后端，架起一座数据信息传输的桥梁. 助力CAM自动化前行.
下图为钻孔多维决策表:
决策表树结构
Treeview控制件
思维导图控件
接来就是10月份要完成的的任务了.围绕CAM自动化，打造PCB规则引擎.所面临的挑战也是少的,这里例举一下
1.整体规则引擎架构搭建,策决树逻辑前端逻辑与底层表结构建立. 同时要满足后续可扩展的要求。
2.脚本语言如何选择并运用,需要满足与.net深入对接，灵活性，性能，交互性,用户易学等要求。
3.提供给脚本编辑器开发，检测，语法高亮，自动提示，调试等.
4.常用规则库的建立:脚本库,规则库,动作库,函数库.
5.为用户提供可配置的灵活的界面,同时支持二维表,树结构,思维导图3种模式编辑方式.
6.规则引擎中的规则模型是否能全部覆盖PCB 工程部所逻辑规则,规则引擎引能否都支持.
7.为了支持PCB更复杂的业务逻辑,决策树设计之初需需考虑,前节点计算的值的变量可以传送到后面节点去，支持任意节点跳转，支持决策树内嵌再次调用策树调用决策树或决策表,支持多种规则的权重优先选择调用，支持多种规则计算出多个结果再次进行规则计算。
8.规则变更后版本如何控制?
9.规则版本升级后，如何清楚的知道变更了哪些规则.
10.规则版本升级后,发现新版本规则存在BUG，如何快速响应恢复到上个版本.
11.规则引擎执行后的记录追溯，并可以还原当时所执行的参数与执行思维导图(哪个节点执行了，哪个节点没执行)
规则引擎我设想过里面的规则与功能，实现后强大到难以像想,可以应用到场景非常多,后面应用可以不断的推广，不仅应用到报价参数转为CAM参数上面,还可以做报价端快速生成标准流程,工厂订单规则分派，工程部规则库管理。做过工程的都知道，PCB 工程部规则够复杂吧，只要有逻辑关系规则PCB规则引擎后照样通吃, 没有它搞不定的, 这就恰恰是规则引擎所善长的。