簡單的說，跟蹤服務是用來檢視工作流的執**況的功能。wf跟蹤基礎結構會檢測工作流執行時發出的一些關鍵事件，並進行記錄。例如，工作流在啟動或完成時，就會發出跟蹤記錄。跟蹤也可以提取與工作流變數相關聯的業務相關資料。
例如，如果工作流表示乙個訂單處理系統，那麼訂單id就可以隨同跟蹤記錄一起被提取出來。一般來說，啟用了wf跟蹤能使整個工作流的診斷或業務分析變得輕鬆。對那些熟悉於wf 3.x中的跟蹤的朋友來說，跟蹤元件就等價於wf 3.x中的跟蹤服務。在wf 4.0中，wf跟蹤功能的效能得到了改善，並且簡化了其程式設計模型。下圖顯示了跟蹤基礎結構的高階架構圖：
跟蹤基礎結構的主要元件包括：
跟蹤記錄（tracking records）：從工作流執行時發出。
跟蹤配置（tracking profile）：用來篩選從工作流例項中發出的跟蹤記錄。
跟蹤參與者（tracking participants）：用來訂閱跟蹤記錄。跟蹤參與者包括處理來自跟蹤記錄的負載的邏輯（例如，這個邏輯可能是將跟蹤記錄寫到檔案中）。
工作流跟蹤基礎結構採用了觀察者模式。工作流例項是跟蹤記錄的發布者，而跟蹤記錄的訂閱者則註冊為工作流的擴充套件。這些訂閱了跟蹤記錄的擴充套件被就被稱為跟蹤參與者。跟蹤參與者作為擴充套件點，允許工作流開發人員來消費並處理跟蹤記錄。跟蹤基礎結構允許應用去篩選傳出的跟蹤記錄，然後參與者就可以訂閱記錄的子集了。篩選的應用機制是通過跟蹤配置。
通過檢測工作流執行時發出的跟蹤記錄來跟蹤工作流例項的執行過程。傳出的跟蹤記錄型別包括：
wf 4.0提供了乙個開箱即用的基於跟蹤參與者的etw (event tracing for windows) 。etw跟蹤參與者會將跟蹤記錄輸出到etw會話中。此參與者是以工作流服務的形式，通過在配置檔案中新增乙個特定的跟蹤行為來配置的。啟用etw跟蹤參與者後，就允許在事件檢視器中檢視跟蹤記錄。後續的文章中還會詳細介紹基於etw的跟蹤參與者的使用方法。學習sdk sample for etw based tracking 是熟悉使用基於etw的跟蹤參與者的乙個不錯的方法。
在將來的文章中，我們還會更加深入的討論wf跟蹤。這些文章將會包括跟蹤配置和跟蹤記錄、etw跟蹤參與者、編寫自定義跟蹤參與者、變數提取和統一的跟蹤（tracking）和追蹤（tracing）。
本文翻譯自：
WF4 0 Beta1之旅 6 自定義活動
一 程式集,命名空間,活動變化 wf4並非是在原有wf3.x上的改進，而是全新的開發有新的命名空間，程式集，原wf3的部分會繼續保留這主要是為了相容，下面的 告訴你具體的變化 1.程式集的變化 wf3.x程式集 wf4程式集 system.workflow.activities.dll system...
WF4 0 Beta1 用表示式關聯變數與引數
有 in引數 的activity 工作流 宿主workflowinstance myinstance new workflowinstance new sequence1 myinstance.run system.console.read 結果 下面用乙個例子說明 1.定義乙個有 int引數 的a...
WF 4 0 beta2相對於beta1的變化
beta2這個里程碑的目標主要有兩個 響應之前收到的使用者反饋 穩定化並定型產品，為正式版的發布做準備 第乙個目標是最容易看出來成果的，wf team下了很大功夫去讓這個產品更加穩定，所以beta2應該是乙個不錯的版本。那麼beta2到底有哪些重要的變化呢？一起來往下看。譯者注 beta1對活動層次...