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規則引擎後照樣通吃, 沒有它搞不定的, 這就恰恰是規則引擎所善長的。

PCB 圍繞CAM自動化，打造PCB規則引擎