其他

回到目錄從用戶端發個請求到伺服器，伺服器會判斷這個檔案是靜態HTML，映像，還是動態（asp,.net,jsp,php等等），再根據它們去選擇IIS的處理常式（handler），如果是靜態檔案直接由IIS進行相應，而如果是動態檔案，則交給aspnet_isapi處理常式去響應它，：  第一次請求時建立HttpRuntime對象： 為每個請求建立對象(HttpContext) 為每個請求建立HttpApplication對象：下面是個詳細的.net

回到目錄首先從這一篇的文章標題中可以看出，主要是講dbml中對實體的屬性賦值的相關知識，還有SendPropertyChanging與SendPropertyChanged這兩個方法，從第五講和第六講中我們看到標題有些雷同，是的，但我講它們的側重點不同，第五講主要講實體中屬性賦值的過程，此時會用到SendPropertyChanging與SendPropertyChanged這兩個方法，而第六講，主要是講這兩個方法的作用，先透露一下，主要講事件觸發機制的，呵呵。 1 public

回到目錄之前我寫過對於普通枚舉類型對象，輸出Description特性資訊的方法，今天主要來說一下，如何?位域Flags枚舉元素的Description資訊的方法。對於一個普通枚舉對象，它輸出描述資訊是這樣的 public enum Status { [Description("正常")] Normal = -1, [Description("刪除")] Deletet = 0, [Description("凍結")

文章目錄 定義OSI層的位置，它位於傳輸層特點 回到目錄定義百度百科定義：超文字傳輸通訊協定 (HTTP) (HTTP-Hypertext transfer protocol) 是分布式，協作式，超媒體系統應用之間的通訊協定。是全球資訊網（world wide web）交換資訊的基礎。它允許將超文字標記語言 (HTML) (HTML) 文檔從 Web 服務器傳送到 網頁瀏覽器。HTML

一 DBContext的構造方法，方法的重載二 DBContext執行個體中，表實體物件是怎麼被加入的三 部分類別是否破壞了單一職責四 分部方法從另一方面定義了類型的操作規範五 LINQ實體類中對屬性的賦值，變化前與變化後SendPropertyChanging與SendPropertyChanged六 LINQTOSQL中為我們觸發了SendPropertyChanging和SendPropertyChanged，它的真正用意是什麼七

回到目錄之前寫過三篇這個文章系列，都是圍繞一個主題，那就是.net何時將transactionscope提升為分散式交易，今天我借用ThreadStatic特性，把這個知識點又證明了一下，下面總結一下：transactionscope文章：第二十六回   將不確定變為確定~transactionscope何時提升為分散式交易？第二十七回   將不確定變為確定~transactionscope何時提升為分散式交易~續第二十八回  

一 DBContext的構造方法，方法的重載二 DBContext執行個體中，表實體物件是怎麼被加入的三 部分類別是否破壞了單一職責四 分部方法從另一方面定義了類型的操作規範五 LINQ實體類中對屬性的賦值，變化前與變化後SendPropertyChanging與SendPropertyChanged六 LINQTOSQL中為我們觸發了SendPropertyChanging和SendPropertyChanged，它的真正用意是什麼七

一 DBContext的構造方法，方法的重載二 DBContext執行個體中，表實體物件是怎麼被加入的三 部分類別是否破壞了單一職責四 分部方法從另一方面定義了類型的操作規範五 LINQ實體類中對屬性的賦值，變化前與變化後SendPropertyChanging與SendPropertyChanged六 LINQTOSQL中為我們觸發了SendPropertyChanging和SendPropertyChanged，它的真正用意是什麼七

回到目錄網頁的頭部壓縮在頁面體積大的情況下非常有必要做，它會使頁面體積有一個明顯的減小，同時加到網頁從服務端下載到用戶端的速度，以下是我做的一個測試：沒有使用頭壓縮時：使用了頭壓縮後：我們可以看到，網頁的體積足足減少了6KB，這對於遠程傳輸來說是很重要的，同時，頁面下載到用戶端的速度也由825MS提升到了753MS，可以說是一次不小的飛躍！呵呵！在MVC環境中，是如何?的呢，如果不是全域的，可以建立一個過濾器（特殊），然後應用到action或者controller上就可以了，我們以這種方式為例，

回到目錄你是否有過從LINQ－TO-SQL的上千個表中找某個表而發愁呢，我是有過，確實很不好找，而且這方法的工具與說明文檔非常少，工具有也是收費的，而做為“免費”的我們，從來對收費的概念是距而遠之的。VS IDE是否有針對DBML檔案的尋找功能呢？對不起，這個尋找對DBML是不靈的，呵呵，那是否有靈的呢，有，當然有，因為我已經找到了定位linq to sql實體的方法了，呵呵！在linq to

回到目錄有時，我們在設計表結構時，有的欄位可能同時具有幾種狀態，如小微自己的檔案屬性也是屬於這種情況的，“唯讀，歸檔，隱藏”，但你對一個檔案設定屬性時，事實上是可以將這三個屬性同時賦予一個對象的，這對於我們來說是正常的，那程式內部是怎麼實現的呢？首先一個枚舉,SQL裡可能是一張表，也可能是事先規定好的幾個值，如：　唯讀１，歸檔２，隱藏３再沒有看.net原始碼時，我認為可能是這樣儲存的檔案屬性為唯讀+歸檔，值為：1,2我們看到它是用，分開的，然後再分別去求和就可以了但當我看了.net原始碼後，我的

回到目錄今天發表了《將不確定變為確定~運算式樹狀架構是否可以有個集合，條件過濾有了新方向》文章後，馬上有朋友問起，如何?OR查詢，如果實現AND查詢，事實上它說的可能並不完整，完整的話應該是，“如何?N個欄位進行OR運算和AND運算”呢，沒錯，我在那篇文章中，條件過濾只是針對單個欄位的，是一種AND運算，也是一種條件的過濾機制，即：有條件a1,a2,a3，它的過濾方式是先過濾a1,然後在剩下的結果裡過濾a2,最後再過濾a3，它相然等同於a1 && a2 && a3

一 DBContext的構造方法，方法的重載二 DBContext執行個體中，表實體物件是怎麼被加入的三 部分類別是否破壞了單一職責四 分部方法從另一方面定義了類型的操作規範五 LINQ實體類中對屬性的賦值，變化前與變化後SendPropertyChanging與SendPropertyChanged六 LINQTOSQL中為我們觸發了SendPropertyChanging和SendPropertyChanged，它的真正用意是什麼七

回到目錄一般來說，在Ｔ－ＳＱＬ時代，隨機排序可以進行newid()產生出guid值來實現，代碼一般為：SELECT TOP 10 * FROM User ORDER BY NEWID();而到了linq to sql時代，由於產生的語句為延時的（可能是這個原因），所以你用類似這代碼：from user in db.User order by Guid.NewID() select user　是不能實現的，這時，如果你的linq to sql非要找個實現的方法，可以在當前資料內容類中，加個函數：（

文章目錄 當對象被new後，它內部的簡單類型的屬性可以訪問，輸出它的預設值，而複雜類型的屬性，如果為null，它也是不能訪問的!

類泛型的約束：1 public static class ToModel<T> where T : class, new()定義委託：1 public delegate void SetString(string value);建立委託方法：1 private static SetString CreateStringDelegate(T model, string propertyName)2 {3 MethodInfo mi =

回到目錄在程式中，為了保正代碼的嚴禁性我們會在需要的地方加個try...cache塊，作用是對一個已知或者未知的異常進行捕獲，這是正常的，任何一種物件導向的語言都提供了這個基礎的功能，C#也不例外，事實上這篇文章的重要是，對於比較深度的方法調用中，異常被拋出的順序。下面代碼塊中，WEB層調用BLL層方法，而BLL層方法去調用DAL層方法，而在這三個層的三個方法中都加了try...catch塊，而在BLL與DAL中我會故意讓程式產生一個已知的異常，並進行捕獲，最後進行日誌的寫入。看代碼： 1

回到目錄使用ＭＶＣ３開發ＷＥＢ應用程式遇到一個問題，在使用xheditor編輯器填寫複雜內容時，在ＰＯＳＴ動作後，出現了不能添加的情況，這是正常的，因為我沒有在控制器裡設定ValidateInput，但當我設定了ValidateInput屬性，或者在Action上添加ValidateInput特性後，結果還是一樣，不能提交！這是怎麼回事？原來在web.config裡有個設定約束了它，requestValidationMode對於.net

文章目錄 可以肯定的說，不可以，而且是非常不可以，對於這個插入操作，它對資料服務器的壓力是驚人的，它建立“連結”次為10萬次，即每個Insert語句就建立一個連結，這是我們不能接受的，所以，LINQ的大量操作確實靠不住。 回到目錄     無論是Linq To SQL還是Linq To Object(Entity

回到目錄linq中也有像T—SQL的distinct方法，可以將重複的結果集去重，以下是我們使用 distinct()時需要注意的地方：1 distinct去重記錄要求每個欄位都重複時，才算重複對象，這與T—SQL保持一至2 disinct語句與orderby語句可以放在一起使用，對彼此不產生影響3 distinct是在資料庫端進行的操作，即，你在linq中的distinct與T-SQL的distinct效果一樣，不會產生效能問題4