我应该在什么时候调用 ASP.NET 事件的基本方法？

发布于 2024-07-13 11:11:22 字数 205 浏览 11 评论 0原文

在 ASP.NET 中，如果我重写页面生命周期事件，我应该在工作之前还是之后调用其基本方法？这还重要吗？

protected override void OnPreRender(EventArgs e)
{
    // My code goes here
    base.OnPreRender(e);
    // Or here
}

原文

In ASP.NET, if I override a page lifecycle event, should I call its base method before or after doing my work? Does it even matter?

protected override void OnPreRender(EventArgs e)
{
    // My code goes here
    base.OnPreRender(e);
    // Or here
}

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

靑春怀旧 2024-07-20 11:11:25

如果您无论如何都要调用页面基本方法，您可以使用

protected void Page_PreRender (object sender, EventArgs e) {...}

而不是

protected override void OnPreRender(EventArgs e) {
   base.OnPreRender(e);
   ...
}

If you're going to call the page base methods anyway, you can use

protected void Page_PreRender (object sender, EventArgs e) {...}

rather than

protected override void OnPreRender(EventArgs e) {
   base.OnPreRender(e);
   ...
}

回复收藏 0 原文

挽梦忆笙歌 2024-07-20 11:11:24

我认为原则上称呼他们是个好主意。在您当前使用的框架版本中，基类方法中可能没有代码，但谁知道未来的版本。此外，关注点分离将规定您编写的从 Page 派生的代码不会假定 Page 类不执行任何操作，而是在其 OnPreRender 方法中引发 PreRender 事件。

回复收藏 0 原文

飘落散花 2024-07-20 11:11:24

没有单一的规则。我可以给你举个例子。我的 ASP.net web 应用程序使用由母版页打开的 NHibernate 事务，并在页面结束时由它提交/回滚。

好吧，我必须在 OnInit 方法中尽早初始化事务（Master 没有像 Page 那样的 OnPreInit），否则用户控件在 Page.Load 之前无法访问事务。

同样的规则适用于提交。控件可能想要在其生命周期的最后阶段更新对象，那么我必须在 Unload 方法中甚至在处理程序中尽可能晚地关闭事务！

所以...就我而言...

void OnInit(EventArgs e) {
    transaction = session.BeginTransaction();
    base.OnInit(e);
}

void OnUnload(EventArgs e) {
    base.OnUnload(e);
    try{
        transaction.Commit();
    } catch {}
}

void OnError(EventArgs e) {
    base.OnError();
    transaction.Rollback();
}

我建议您遵循一条一般规则：如果您的页面设计契约涉及在特定事件范围（即加载之后和 PreRender 之前）之间创建和销毁控件使用的资源，请初始化在事件触发之前尽可能晚地资源，并在最终事件触发之后尽早销毁它

There is no single rule. I can provide you an example. My ASP.net webapp uses a NHibernate transaction opened by the master page and commited/roll-backed by it when the page ends.

Well, I MUST initialize the transaction as early as possible in the OnInit method (Master has no OnPreInit like Page), otherwise user controls cannot access the transaction until Page.Load.

The same rule applies for commit. Controls may want to update objects in the last phases of their life-cycles, then I must close the transaction as latest as possible in the Unload method, or even in the disposer!

So... in my case...

void OnInit(EventArgs e) {
    transaction = session.BeginTransaction();
    base.OnInit(e);
}

void OnUnload(EventArgs e) {
    base.OnUnload(e);
    try{
        transaction.Commit();
    } catch {}
}

void OnError(EventArgs e) {
    base.OnError();
    transaction.Rollback();
}

I would suggest you a general rule: if your page's design contract involves creating and destroying resources to be used by controls between a certain event range (ie. after Load and before PreRender), init the resource as late as possible before the event is fired, and destroy it as early as possible after the final event is fired

回复收藏 0 原文