從程式設計師的角度來看為什麼我們需要工作流
阿新 • • 發佈：2019-02-13
每一個程式設計師，在接觸到工作流的時候，都會有這麼一個疑問——我用一般的方法可以實現，為什麼還要用工作流？
我曾經也問過這個問題，不過現在稍微有點明白了。彆著急要答案，看過下面的例子，或許你也就明白一些了。
這是一個簡單的業務——訂貨流程：
如果不使用工作流技術，從頭開始開發這個訂購流程的業務邏輯，我們需要：
這還不包括監視、控制、分析流程的部分。 但是，如果我們使用了工作流
這樣看起來就簡單多了。右側的工作流管理系統，接管了所有訂貨業務在流程方面的定義和執行。這樣做的好處很多：
|
 |
- 每個活動點都需要開發互動頁面和後臺處理程式
- 每個活動的流轉都需要硬性判斷下一步活動節點及其操作人
- 每次操作都需要維護業務資料和流程的相關資料
這還不包括監視、控制、分析流程的部分。 但是，如果我們使用了工作流
這樣看起來就簡單多了。右側的工作流管理系統，接管了所有訂貨業務在流程方面的定義和執行。這樣做的好處很多：
- 使用專門的流程資料系統，維護所有涉及流程流轉的資料。
- 提供“流程設計”工具，幫助使用者定義訂貨流程的模型，而且一般都提供了視覺化的介面。
- 所有的流程都依靠流程引擎來處理，避免了需求更改與硬編碼之間矛盾的產生。
- 工作流引擎還提供了眾多的API，可以很方便的將工作流的管理和業務操作完美結合。
- 降低開發風險
- 流程實現的集中統一
- 加速開發
- 提升對迭代開發的支援