簡介
通過使用WWF，你可以創建基於處理器流的工作流並且把它們部署在任何類型的.NET應用程序中。此外，本文還討論了ASP.NET開發者面對的一些特有的問題-這些問題可能通過使用工作流得到解決，如維持狀態和頁面導航等。
在2005年9月，微軟在它的一年兩次的專業開發者會議上公開了Windows Workflow Foundation(WWF，Windows工作流基礎)。作為WinFX API的支柱之一，WWF提供給開發者一個普通框架-在其上開發過程驅動的和以工作流為中心的應用程序。
當前，有些組織力圖把整個商業過程自動化；他們的標准答案就是集合一隊開發者來開發相應的代碼。盡管這種方式對於這些組織帶來良好的作用，然而也有一些固有的問題。為了深入理解這一問題，你需要理解一個工作流的基本特征。
一個工作流本質是一種方法-用來歸檔包含在完成一個單元的工作中的活動。典型地，在處理過程中，工作"流"流過一項或更多活動。這些活動可以通過機器或人工來實現，並且有可能象在一個互聯網應用程序定義頁面順序一樣得簡單，也有可能象管理必須為任何數目的人都要看到、更改並同意的文件或產品一樣得復雜。
因為如此多的工作流必須考慮到人工參預，所以可能需要花費很長工期才能完成，時間可能為幾小時到數月或更長。例如，參預在該過程中的人可能無法找到，不在本地或忙於另外的任務；因此，工作流必須在所有非活動期間能夠把自身持續性存儲。而且，通過編碼獨立實現的過程可能對非技術人員難於理解而對開發者卻難於更改。這一點和其它一些因素正是例如WindowsWF等通用工作流框架的目標-其目的就在於使創建、改變和管理工作流更容易-這是通過向它們提供一個可視化接口或通過定義一組普通API來實現的。
你可以把WWF工作流放置在任何類型的.NET應用程序中-包括Windows表單程序，控制台應用程序，Windows服務和ASP.NET Web應用程序。每種類型都需要專門的考慮。盡管一些現有示例已經足夠說明如何把工作流宿主到Windows表單程序和控制台應用程序中，但是本文將集中於討論ASP.NET開發者的問題-他們希望把工作流集成到自己的應用程序中。
作者注:本文所提供的代碼是以Windows WF Beta 1和Visual Studio 2005 Beta 2 為工具創建的。你可以在www.windowsworkflow.net找到有關安裝Windows WF的信息。盡管本文討論了Windows WF的一些基礎問題，但是還有其它一些這方面的可用資源。我假定讀者至少了解一點Windows WF。本文的目的是深度分析Windows WF和ASP.NET，而不是從一個高層次上討論Windows WF。
一、Windows WF和MVC模式
在開發一個ASP.NET應用程序時，你可能使用WWF的一個普通的方法是實現一種模型-視圖-控制器(MVC)方法。實質上，MVC的目標是把描述層、應用程序邏輯和應用程序流邏輯分離開來。
搞清楚這個將十分有益於一個ASP.NET應用程序的開發，請考慮一個幫助桌面票工作流的場所。假定有一個商業用戶通過填寫一個ASP.NET Web表單並點擊一個提交按鈕來啟動該工作流。接下來，服務器就會通知一個使用Windows表單應用程序和幫助桌面的雇員--"有新票可用了"。該幫助桌面雇員然後將在這一問題上工作，並在最後關閉該票。如果使用Windows WF來開發這個工作流情形，那麼所有的處理邏輯和流程可以被包含在工作流本身，而該ASP.NET應用程序將完全不需要了解這一邏輯。
這種場所提供了一些穩固的證據-把描述與邏輯相分離是一件好事情。因為這個處理幫助桌面請求的過程是非常普通的，如果使用C#或VB.NET代碼在若干不同的.NET應用程序中實現這一邏輯，那麼你將會冒著重復編碼的危險甚至更壞的情形--用完全不同的代碼導致同樣的商業處理過程的不同實現。但是如果你使用WWF來實現這一過程，那麼需要這一過程的應用程序開發者將僅需在一處修改這些步驟-工作流本身-而不必擔心這樣會改變應用程序邏輯。代碼復制和在哪裡實現該過程可以通過Windows WF的使用來加以緩和。
當使用Windows WF在ASP.NET中實現MVC架構時，開發者應該嘗試構建獨立於應用程序的工作流-而該工作流仍然宿主於該應用程序中。這將有助於保持邏輯獨立於描述並且保持在該Web應用程序中的工作步驟順序和頁面流之間的高度獨立性。
一個WWF開發新手可能試圖用一固定數目的活動以某種順序去開發一個工作流，然後開發一組ASP.NET Web表單--這些表單以與之相同的順序從一個表單流向另一個表單。很遺憾，盡管這看上去挺符合邏輯，但是實際上這是非常不具有生產效率的，因為你將會再次實現這個工作流邏輯。Web頁面X不需要知道是否它需要轉到頁面Y或頁面Z來正確地實現該工作流步驟。代之的是，該工作流(模型)應該告訴ASP.NET(控制器)下一步該干什麼；然後ASP.NET應該決定要顯示哪個頁面。這樣，每個頁面幾乎不需要了解整個過程；它僅需要知道怎樣完成一個不同的活動並且讓該工作流來關心頁面是如何從一處流向另一處的。這種分離在開發者處理頁面流時帶來了一種極大的靈活性。例如，如果你決定改變該頁面顯示順序，那麼你可以從工作流中容易地實現這一點，而不需要改變該ASP.NET應用程序中的一行代碼。
