以下 ConnectionString 的寫法都 OK <add name="WFLog" connectionString="Data Source= . ;initial Catalog=WFPer;Integrated Security=SSPI;"/> <add name="WFLog" connectionString="Data Source= localhost ;initial Catalog=WFPer;Integrated Security=SSPI;"/> <add name="WFLog" connectionString="Data Source= (local) ;initial Catalog=WFPer;Integrated Security=SSPI;"/> 就是不能寫 <add name="WFLog" connectionString="Data Source= (localhost) ;initial Catalog=WFPer;Integrated Security=SSPI;"/>
發表文章
目前顯示的是 1月, 2010的文章
條件與規則
- 取得連結
- X
- 以電子郵件傳送
- 其他應用程式
通常在 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; }
"10.2 WF 呼叫 WCF" 範例記事
- 取得連結
- X
- 以電子郵件傳送
- 其他應用程式
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"> 兩者差別如上,有空再研究一下
RichTextBoxExtended
- 取得連結
- X
- 以電子郵件傳送
- 其他應用程式
"Windows Workflow Foundation 新一代工作流程開發實務" 第 8 章的範例 ReminderTextEditor (Page 255) 中控制項 RichTextBoxExtended 來自 CodeProject,編譯完成後會產生 RichTextBoxExtended.dll ##CONTINUE## 將該檔案移到要使用該控制項的 Project 的目錄中 (若要發行應該是要安裝到 Windows 的目錄中吧),若要在工具箱中新增該控制項,請依下列的步驟: 在 "工具箱" 按滑鼠右鍵,選擇 "加入索引標籤" 輸入標籤名稱 "RichTextBoxExtended" 後,在標籤中的空白處按滑鼠右鍵,選擇 "選擇項目" 在 "選擇工具箱項目" 對話盒中,點選 "瀏覽" 指到檔案 "RichTextBoxExtended.dll" 勾選 "RichTextBoxExtended" 控制項 最後控制項會出現在標籤中,即可像一般控制項一樣拖放至表單中使用了