解析ASP.NET中基類Page_Load方法后執(zhí)行原因_.Net教程

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

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

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

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

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

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

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

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

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