梅子與牧童叔

通常在 Workflow 中以下列的方式設定屬性 private Double _OrderValue; public Double OrderValue { get { return _OrderValue; } set { _OrderValue = value; } } 但在條件或規則的運算式中，應使用 this._OrderValue 來運算 若使用 this.OrderValue 則會產生無法預期的結果。 原來雖然我們把欄位 _OrderValue 設定成跟屬性 OrderValue 一樣 但對程式來說還是不一樣的東西，因此運算式在評估時就會產生錯誤的結果 目前有實驗過全部改成屬性也沒問題，所以只要不混用即可 不過效能上應該還是直接取用欄位比較快吧 補充：C# 設定屬性用以下的方式就可以了 public Double OrderValue { get; set; }

Windows Workflow Foundation 新一代工作流程開發實務 Page 292 在實作此範例時，一直不成功，後來才發現 Visual Studio 2005 針對 WCF 所產生的 App.config 中 <endpoint address="" binding=" basicHttpBinding " contract="service.IEchoAble"> 而 Visual Studio 2008 則是 <endpoint address="" binding=" wsHttpBinding " contract="service.IEchoAble"> 兩者差別如上，有空再研究一下

Windows Workflow Foundation 新一代工作流程開發實務 Page 274 在實作此範例時，Solution、Project、Activity 名稱都叫做 MyActivity 當此活動 Build 完成，要在 Workflow 中引用時，若是一般的工作流程則沒問題 但如果選用程式碼另外置放的工作流程時，編譯卻會產生錯誤 我想原因應該是 Namespace 錯亂了 後來把 Solution、Project、Activity 的名稱都分開後就正常了

Workflow 若要使用這兩項服務，必須在 SQL Server 建立相關的資料表與預存程序，而建立的指令碼位於 C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Workflow Foundation\SQL\ZH-CHT 裡面共有 4 個檔案 檔案 說明 SqlPersistenceService_Schema.sql 流程持久服務資料表 SqlPersistenceService_Logic.sql 流程持久服務預存程序 Tracking_Schema.sql 追蹤服務資料表 Tracking_Logic.sql 追蹤服務預存程序 預設這些相關資料表與預存程序將建在系統資料庫 master 中，若要建立在其它資料庫，則要在指令前面加以下兩列指令 USE [Database]; GO

問題出處：Windows Workflow Foundation 新一代工作流程開發實務 Page 23 範例 由於工作流程與介面控制項是執行在不同的執行緒上，因此當工作流程完成後要將結果顯示在 Window Form Control 時，必須透過代理 (delegate) 的方式存取，但此程式卻會造成當機，詳細請參考後面程式的說明