先上個圖:前端
不少企業內部的應用都須要有個工做流平臺(插件),無奈靈活方便好用且可以自行更改代碼定製嵌入的實在很少,只好本身動手慢慢搞.json
關於自動型活動思考了好久, 決定基於之前的項目經驗, 放棄讓最終客戶可以配置較複雜的工做流自動條件的想法:c#
事實上即便是負責定義流程的KBU和領導腦子也是很亂的,畢竟人的想法未經代碼驗證和各種狀態圖枚舉前,老是會掛一漏萬. 後端
還不如更貼近懂C#的二次開發實施人員, 結合Roslyn的開源編譯器工程, 讓流程設計器與流程引擎協同工做, 簡單粗暴地使用C#腳本運行的模式完成各種自動條件判斷與流程及業務數據的可控干涉. 架構
作了一個小的測試驗證工程, 除了不能完成代碼智能提示,其餘的關鍵效果(可以使用後端的編譯器作語法檢查, c# 2015的語法結構徹底支持,與當初坑爹的WF 1.0的那個簡陋的表達式設計器天壤之別)已經至關好了.測試
界面正好拿AngularJS 2來試手, 也試了試Redux管理與同步狀態, 確實好用, 跟用JQuery掛事件的思路是不同的,難怪ReactJS幾乎標配它.spa
警告: 目前不是精品, 只完成了整體的40%, 可以拖拽生成醜醜的流程圖並導入導出json, 不少驗證,與後端的通信還沒來得及作, 同步開發的工做流引擎的測試樣例也是導出成文本再用Newton.Json解析引入的.插件
代碼至關亂,探索的過程當中引入了各種前端組件,思路是先嚐試完成功能,後期再慢慢歸併進化.設計
有緣可等待後續的工做流解析引擎, 組織結構管理(企圖支持多視圖組織架構與上下游企業協做)上櫃(目前完成30%, 還很差端出來).blog