工作流在生產代碼

Question

您好我想知道你們有多少人已經在生產環境中使用工作流和是不是好主意嗎？我的意思是我們可以使用數據庫和調度程序服務創建相同的東西

Answer 1

我們使用Sharepoint，它使用WF作爲其工作流。它工作得很好，而且很容易定製。如果你需要一個先進的工作流程，WF可以支持它，但是需要一些培訓來學習這些內容。

你可以推出自己的工作流程，但爲什麼要重新發明輪子？ WF內置於.NET 3.0+框架中，非常強大，所以你不妨利用它。

Answer 2

我們在生產enviorments使用WF。我們有6種不同的工作流程可以運行。這些分爲3個狀態機和3個序列。在某些情況下，我會再次使用它，但我不會在其他情況下使用它。我會聲稱工作流的狀態機部分很快就結束了，我不確定它是整個設計過程的核心部分。

我會再次使用工作流進行簡短的運行過程，比如引用或轉換之前將它們發送給supliers那樣的東西。

我不想再爲長時間運行的狀態機做這件事 - 主要是因爲沒有內置的WF升級過程，所以我們最終編寫了自己的。還有很多概念讓你頭腦發熱（在我們的開發團隊中，親情被稱爲吉普賽人的詛咒）。

我也會略微關注性能：我們的應用程序服務器目前運行平穩（確定我正在重新啓動8000工作流程）。如果您使用（.NET 3.5）發送和接收活動將它直接集成到WCF中，這尤其是一個問題 - 您必須設置一些適當的瘋狂配置設置，以允許它一次運行多個工作流程。

無論如何，正如我所說：它是有用的，我會再次使用它，但不適用於另一個狀態機。

另見Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?

Answer 3

大多數人說所有關於工作流程的好東西，但我觀察到，它們帶來了不必要的代碼複雜性和維護的問題。它們適用於特定類別的問題。除此之外，他們需要大量的代碼管道和維護噩夢。