其他

        CodeSmith真是一個非常出色的工具使用它已經有很長時間,它的引擎真的很不錯加上又是免費的,這麼好的東西我們那能浪費它.這個代碼產生工具已經寫了很了主要是用於產生sql artisan組件的資料庫對應檔。其實對應檔這東西CodeSmith提供的功能都可以完成,為什麼還去寫這樣一個工具,主要原因在早期的版本對Oracle支援不太好,所以乾脆調用CodeSmith引擎來實現一個代碼產生工具.近期對工具作了一點調整使用上感覺挺方便所以發布出來.      

在實際開發過程中我們經常面對一些查詢或統計子表資訊，對於一層處理還是比較簡單，如果二層、三層等或更多時這個時候編寫出來的條件就比較複雜和容易出現編寫錯誤的情況。SQL Artisan欄位對象除了提供靈活的比較運算功能外,對象的In方法還提供N層條件嵌套的功能，讓你在構造查詢條件更靈活。以MSSQL的NorthWind為例：查詢指定僱員在某段時間的銷售金額。處理的表：Employees,Orders,Order

前段時間在cnblogs看到了一編文章《利用Emit減少反射的效能損失》原文(http://yok.cnblogs.com/archive/2005/11/03/267952.html);在編寫一個資料處理組件時面對著這樣的問題,一個反射操作所消耗的時間雖然很短;但在對象和資料換轉之間存在著大量的反射操作,大量反射操下效率就有點令人擔心.為了驗證這一點於是採用動態編譯操作對象來避開反射操作.基於方便容易用我沒有選擇Emit,而採用CodeDom.兩者效能在整休上應該差別不大,因為通過CodeDo

       前兩天在cnblog上看到一個關於Flex的貼子，沒想到出於好怪心試用了一下確被它深深地吸引了。無論是UI美觀上或資料交換上都讓我感覺非常不錯，提供了remoting, HTTPService, WebService等組件靈活地和其他平台進行資料交換；基於動態類型的指令碼使用起來也很方便。Flex Builder2提供協助文檔也非常不錯，可惜全是英文看得比較辛苦（本人英文水平差）      

    /// <summary>    /// 資料查詢商務邏輯基礎類    /// </summary>    /// <typeparam name="T">條件類型</typeparam>    /// <typeparam name="E">實體物件類型</typeparam>    public abstract class QueryLogicAdapter<T,E> :

       今天碰到了通過Page.Request[XXX]擷取不了頁面元素提交值問題；令我頭痛的是控制項在某些頁面可以有些不可以。分析了很久都找不到原因，所有Input Type定義都是一樣但就是有些元素在某些頁面上擷取不了提交值。經過很長時間的查看發現不能提交值元素的頂層元素disabled屬性而導致的。就是這點問題搞了我差不多一個時候，還跟蹤調試控制項的ViewState載入和讀取過程是否在存問題。不能有效提交的HTML代碼<span  disabled="disabled"

    SQL

       在寫Flex Applicaton時都習慣通過MXML來描述WebService然後調用，這樣有個缺點就是WebService描述過於分散不利於維護（如後期需要給所有WebService加上SOAPHeader即使不算是什麼惡夢也是一件很讓人頭痛的事情）。為了便於代碼維護，於是想把程式所有Web Interface封裝到Class中；當需要使用時執行個體相應Web Interface即可，在修改維護的時候統一修改相關Class，這樣大大提高了Web Interface的維護性。  

    在做一個資料群組件時查詢時要把資料集轉成對象集;在測試過程中看到的結果自己的感覺有點意外.DataReder填充對象集比DataAdapter.Fill填充到DataSet效率要高!DataAdapter.Fill內部工作原理沒有去瞭解,但對象集是強型別的在資料轉換存在拆箱,而DataSet不是強型別的按道理是填充DataSet在效率上佔優越,但測試結果確相反!測試代碼如下（擷取所有訂單記錄830條）:System.IO.StreamWriter write = new

  描述    SQL Artisan是基於C#實現的通用資料庫訪問組件；編寫SQL Artisan的主要目的不並是靈活地處理不同資料庫操作，而是通過SQL Artisan更靈活和高效的編寫資料庫存取碼。組件除了提供O/R

       事件是一個非常有用的功能，通常用於資訊傳遞互動大大提高程式編寫的靈活性。在進階語言中都會整合這方面特性；Flex也不例外幾乎所有控制項中都整合了大量的事件，如果Button的Click事件等。但實際應用中控制項自有的事件是不能滿真實需要的，特別在自己編寫自訂控制項時，自訂控制項內部資訊的改變如何及時通知所在的容器變得很更要；這個時候自訂事件就起到它的作用。       在Flex中定義事件有兩中情況，分別是ActionScript和MXML中定義。      

    在編寫資料庫操作方法時我們經常考慮方法內部處理的Connection,

在網上看到了不少這樣評論，訪問Typed DataSet資料的效能比untyped Dataset高。我一直表示懷疑，畢竟兩者都是基於DataSet的實現；前者是代碼編寫時確定結構後者在運行期確定。按道理兩者執行個體化後操作的效率是一致。但從http://rottenapple.cnblogs.com/上的測試結果看到，就算用Index訪問untyped Dataset 的DataRow欄位值也比不上Typed DataSet快！難道還有什麼比索引定位還快?於是我就看下Typed

    有天和朋友討論資料群組件(HFSoft.Data)的條件對象,大家都讓同條件對象在構造複雜點的條件時很不方便,維護起來也很麻煩.如:((OrderID>10600) and Order < 10700)) or (OrderID >10800 and OrderID<10900)),通過條件物件建構的確很不直觀和後期難以維護.比這複雜的的SQL條件在開發中是經常碰到的!在這各情況下用條件對象會讓程式變得更糟糕!後來他提出了一個意見說能不能把條件對象加上運算子多載,

       遇到了個非常頭痛的問題，通過開啟表單的方式來顯示頁面後不能訪問Session值。可能是IIS服務把新開的表單當作一個新的串連，重新分配Session會話。出現這情況是使用了一種比較特別的開啟表單方式正好項目碰上了。發生問題的開啟表單方式:先ShowModalDialog一個模式表單，然後在模式表單再Open一個表單，這時候開啟的頁面就不能訪問之前面設定的Session值。如果統一用ShowModalDialog或Open開啟就不存在這情況。相關代碼      

       本文主要介紹SQL Artisan處理規則結構，認大家對組件的結構有個大體的認識。SQL Artisan主要由：資料處理容器,操作行為描述，條件描述和映射處理描述等四大部分構成;各自完成資料庫操作中不同部分，最後整合完成整個資料庫操作處理。雖然通過組件進行資料庫操作很方便，實際在處理過程都會經過這四個環節處理。接下來簡單介紹這四個模組的類結構和類別關係資訊：（文章尾部可以下載清晰類結構圖）       資料處理容器