推薦：怎樣使.NET命名空間符合標準
命名空間可以幫你組織企業的.NET源代碼，但要做到這一點，必須要有可靠的計劃。by Jonathan Goodyear, MCSD, MCP, CLS 還記得在COM中為企業組織源代碼有多難嗎?典型情況下，你在命名時只可以用兩個級別(level)：項目名稱和類名稱。你的ProgID通常是以下面的

加載對應Load事件和OnLoad方法，對于這個事件，相信大多數朋友都會比較熟悉，用VS.Net生成的頁面中的Page_Load方法就是響應Load事件的方法，對于每一次請求，Load事件都會觸發，Page_Load方法也就會執行，相信這也是大多數人了解ASP.Net的第一步。

Page_Load方法響應了Load事件，這個事件是在System.Web.WebControl.Control類中定義的(這個類是Page和所有服務器控件的祖宗)，并且在OnLoad方法中被觸發。

很多人可能碰到過這樣的事情，寫了一個PageBase類，然后在Page_Load中來驗證用戶信息，結果發現不管驗證是否成功，子類頁面的Page_Load總是會先執行，這個時候很可能留下一些安全性的隱患，用戶可能在沒有得到驗證的情況下就執行了子類中的Page_Load方法。

出現這個問題的原因很簡單，因為Page_Load方法是在OnInit中被添加到Load事件中的，而子類的OnInit方法中是先添加了Load事件，然后再調用base.OnInit，這樣就造成了子類的Page_Load被先添加，那么先執行了。

要解決這個問題也很簡單，有兩種方法：

1) 在PageBase中重載OnLoad方法，然后在OnLoad中驗證用戶，然后調用base.OnLoad，因為Load事件是在OnLoad中觸發，這樣我們就可以保證在觸發Load事件之前驗證用戶。

2) 在子類的OnInit方法中先調用base.OnInit，這樣來保證父類先執行Page_Load

分享：談ASP.NET創建Web服務的使用事務
支持XML Web服務的事務利用公共語言運行期中的支持，其是基于Microsoft Transaction Server ( MTS)和COM Services中相同的分布式事務模型。該模型基于明確的判斷一個對象是否參與一個事務，而不是編寫特定的代碼用來處理委托和回調一個事務。對于一個使用ASP