解析ASP.NET中基类Page_Load方法后执行原因_.Net教程

推荐：怎样使.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