beta2這個里程碑的目標主要有兩個：
響應之前收到的使用者反饋
穩定化並定型產品，為正式版的發布做準備
第乙個目標是最容易看出來成果的，wf team下了很大功夫去讓這個產品更加穩定，所以beta2應該是乙個不錯的版本。
那麼beta2到底有哪些重要的變化呢？一起來往下看。
（譯者注：beta1對活動層次結構進行了較大的改動，所有活動最終都從workflowelement派生而來。）有人對此感到奇怪或不適應，不過現在編寫自定義活動再也無需直接或間接繼承workflowelement了。下圖展示了beta1時的活動層次結構：
wf team根據反饋進行了一些改進，現在的活動層次結構是這樣的：
關鍵的變化如下：
為活動建立者而改進的驗證機制可以通過在cachemetadata()中編寫**來驗證活動樹。在cachemetadata()方法中還可以方便地定製之前通過ongetarguments()、 getconstraints()和getactivities()方法擴充套件而來的行為。
通過引進delegatearguments來向activityaction傳入和傳出資料，使得activityaction變得更加易用。而在beta1中，我們必須將variable型別的物件賦值給名為argument的屬性。
wf team還改進了永續性、持久計時器（durable timer）和跟蹤機制，這會為wf4.0開發人員提供更加優秀的體驗。
在執行時方面，動態更新作為乙個功能在beta1中首次亮相，但在beta2中它又被刪掉了，而且在rtm版中也不會提供（譯者注：有些可惜，不是麼？）。
。訊息活動是將wf和wcf整合在一起的關鍵元件。wf team根據反饋做出了以下改進：
對引數（parameters）的支援
wf team還重構了與錯誤處理活動相關的語義，使之更加類似於c# catch塊中的「throw」。這一變化最為明顯的特徵就是新增了rethrow活動。
最後，invokepowershell活動也不再將作為.net framework的一部分提供。別擔心，它並沒有消失，只是和其他有用的活動一樣被安排到了sdk示例中。
interop活動時wf4.0工作流的乙個關鍵元件，它允許你繼續使用基於wf3構建的活動。wf team對在互操作性活動內部進行處理的驗證和事務進行了改進，使其更加全面支援wf3活動。
wf team針對反饋在設計器方面進行了大量的工作，比如：
匯入設計器
flowchart連線的文字（針對flowdecision和flowswitch）
wf team收到了許多很棒的beta1反饋，並且在redmond進行的可用性研究也提供了一些反饋，這些反饋幫助塑造了最終的設計器。此外，wf team完成了清理物件模型的工作，使得重新承載和定製設計體驗更加輕鬆。最後，還對beta1中有些粗糙的表示式編輯體驗進行了一些重要的穩定性改進和bug修復。
本文翻譯自：
WF 4 0 beta1中的跟蹤機制
簡單的說，跟蹤服務是用來檢視工作流的執 況的功能。wf跟蹤基礎結構會檢測工作流執行時發出的一些關鍵事件，並進行記錄。例如，工作流在啟動或完成時，就會發出跟蹤記錄。跟蹤也可以提取與工作流變數相關聯的業務相關資料。例如，如果工作流表示乙個訂單處理系統，那麼訂單id就可以隨同跟蹤記錄一起被提取出來。一般來...
WF4 Beta2 非同步活動
wf4 beta2增加了asynccodeactivity，在編寫自定義活動時，可以實現begin end的非同步執行方式。當非同步操作執行時，不影響工作流中的其他活動，但是工作流不會被持久化。下面是例子 namespace caryasync protected override iasyncre...
WF4 0 實戰 WF4 0申請審批例項
工作流 workflow 就是 業務過程的部分或整體在計算機應用環境下的自動化 它主要解決的是 使在多個參與者之間按照某種預定義的規則傳遞文件 資訊或任務的過程自動進行，從而實現某個預期的業務目標，或者促使此目標的實現 一句話 工作流就是一系列相互銜接 自動進行的業務活動。再通俗點就是對於乙個業務需...