C# 在ASP.Net中注册事件的最佳位置

C# 在ASP.Net中注册事件的最佳位置,c#,asp.net,C#,Asp.net,当然,这是我的第一个项目ASP.Net:。我们使用依赖注入,解决方案设计为使用MVC模式。现在的问题是 我可以看到,用作自定义控件一部分的不同ASP.Net内部控件的事件正在自定义控件的OnInit事件方法中注册,而不是在自定义控件的构造函数中注册。这是一个好的做法吗??我想知道 提前谢谢 123Developer如果您使用的是ASP.NET MVC,那么请远离底层ASP.NET模型的事件驱动模型 您应该在控制器方法中处理所有以控制器为中心的逻辑,而不是在任何控制事件中 另外,我不是100%确定

当然,这是我的第一个项目ASP.Net:。我们使用依赖注入,解决方案设计为使用MVC模式。现在的问题是

我可以看到,用作自定义控件一部分的不同ASP.Net内部控件的事件正在自定义控件的OnInit事件方法中注册,而不是在自定义控件的构造函数中注册。这是一个好的做法吗??我想知道

提前谢谢
123Developer

如果您使用的是ASP.NET MVC,那么请远离底层ASP.NET模型的事件驱动模型

您应该在控制器方法中处理所有以控制器为中心的逻辑,而不是在任何控制事件中


另外,我不是100%确定,但是MVC框架不支持很多标准的asp.net控件,这可能会因为最近的候选版本而有所改变。您可能会发现标准asp.net控件的行为不正确。

如果使用asp.net MVC,请远离底层asp.net模型的事件驱动模型

您应该在控制器方法中处理所有以控制器为中心的逻辑,而不是在任何控制事件中


另外,我不是100%确定,但是MVC框架不支持很多标准的asp.net控件,这可能会因为最近的候选版本而有所改变。您可能会发现标准asp.net控件的行为不正确。

是的,oninit通常是挂接事件的地方。不过,这可能会因特定场景而有所不同,因为在某些情况下,您可能会在已绑定的列表中包含控件,在这种情况下,您通常不会在asp.net生命周期的早期就拥有控件的层次结构


我建议您尽量善用asp.net生命周期和事件。不这样做通常会让你做出意想不到的行为。请检查此项以了解更多信息:

是的,oninit通常是挂接事件的地方。不过,这可能会因特定场景而有所不同,因为在某些情况下,您可能会在已绑定的列表中包含控件,在这种情况下,您通常不会在asp.net生命周期的早期就拥有控件的层次结构

我建议您尽量善用asp.net生命周期和事件。不这样做通常会让你做出意想不到的行为。有关更多信息,请查看此项: