Page_PreInit & OnPreInit – whats the difference?
https://forums.asp.net/t/1095903.aspx?Page_PreInit+OnPreInit+whats+the+difference+
The Page_PreInit method is an event handler, but the OnPreInit method is an override.
You can use either of them without a problem.
When the PreInit event is raised in the page lifecycle, ASP.NET calls OnPreInit in the Page class.
Since OnPreInit is virtual, your OnPreInit override is called polymorphically.
It is good practice to call base.OnPreInit (or call the base class on any of the overrides) to ensure the base class has an opportunity to process the event.
Page_PreInit is called automatically if you have AutoEventWireup set to true, which is now set automatically whenever you create a page.
It is simply a handler for the PreInit event. This is an event-based method, as opposed to the object-oriented approach to handling the PreInit event.
I tend to use the Page_Xxx methods rather than the OnXxx overrides because of convention, knowing that they’ll be easily recognizable and understood by most ASP.NET developers.
Other than that, don’t have a strong opinion one way or the other as to which is best.
AutoEventWireup attribute in Microsoft ASP.NET Web Forms
https://www.codeproject.com/Articles/9429/AutoEventWireup-attribute-in-Microsoft-ASP-NET-Web
Introduction
ASP.NET supports two methods to author pages:
- In-line code
- Code-behind
In-line code is code that is embedded directly within the ASP.NET page. Code-behind refers to code for your ASP.NET page that is contained within a separate class file. This allows a clean separation of your HTML from your presentation logic.
When we use Microsoft Visual Studio .NET to create ASP.NET Web Forms, code-behind pages are the default method. In addition, Visual Studio .NET automatically performs precompilation for us when we build our solution.
A little bit of background
Directives in ASP.NET control the settings and properties of page and user control compilers. They can be included anywhere on a page, although it is standard to place them at the beginning. Directives are used in both .aspx files (ASP.NET pages) and .ascx files (user control pages). ASP.NET pages actually support eight different directives.
@ Page@ Control@ Import@ Implements@ Register@ Assembly@ OutputCache@ Reference
Page directives are the most commonly used directives, and are used to edit a wide variety of settings that control how the page parser and page compiler work. The following is a list of some of the more commonly used page directive attributes in ASP.NET.
@ Page language="c#" Codebehind="WebForm1.aspx.cs"
AutoEventWireup="false" Inherits="TestWebApp.WebForm1"
Languageindicates the language in which the inline script code within the ASP.NET page is written (the code between<% %>tags). The value of this attribute can beC#,VB, orJS.Codebehindindicates the name of the file being used as the code supporting this ASP.NET page. This file should reflect theLanguagesetting; that is, if the language being used is C#, the CodeBehind file should have a .cs extension and be written in C#.Inheritsindicates a qualified class from which this ASP.NET page should inherit. Generally, this will be the name of the class described in the code-behind file.AutoEventWireupis a Boolean attribute that indicates whether the ASP.NET pages events are auto-wired.
Note: In the above case, ASP.NET compiles the code-behind page on the fly. We have to note that this compilation step only occurs when the code-behind file is updated. Whether the file has been updated or not, well this is detected through a timestamp change.
To get to the Real Thing
The AutoEventWireup attribute may have a value of true or false. When an ASP.NET Web Application is created by using Microsoft Visual Studio .NET, the value of the AutoEventWireup attribute is set as false.
We can specify the default value of the AutoEventWireup attribute in the following locations:
- The Machine.config file.
- The Web.config file.
- Individual Web Forms (.aspx files).
- Web User Controls (.ascx files)
The value of the AutoEventWireup attribute can be declared in the <pages> section in the Machine.config file or the Web.config file, as follows:
<configuration> <system.web> <pages autoEventWireup="true|false" /> </system.web> </configuration>
If you make these changes in the Machine.config file, the changes affect all ASP.NET Web Forms on the computer. If you make these changes in the Web.config file, the changes affect only the application that the file belongs to. However, to make changes in the individual Web Form Only, we have to add the AutoEventWireup attribute to the @ Page directive, as shown above.
Check out the Code
When we create a new ASP.NET Web Application in Visual Studio .NET, as mentioned earlier, by default, the value of the AutoEventWireup attribute is set to false in the .aspx page and event handlers are automatically created. We can find this in the InitializeComponent method:
this.Load += new System.EventHandler(this.Page_Load);
The best way to see the working of this attribute would be:
- Declare a
stringvariablemsgaspublicin WebForm1.aspx.cs. - In the HTML section of WebForm1.aspx, enter the following code in the
<Head>section:Hide Copy Code<% Response.Write(msg); %>In the
Page_Load, you could enter a value for the variablemsgdeclared.Hide Copy Codemsg= "We are in Page_Load()";
On running the application, you will get the message We are in Page_Load() [hereafter referred to as message]. Note: this is in the default case where the attribute is set to false.
Now try commenting the event handler code for the Page_Load in the aspx.cs file; and set the AutoEventWireup attribute to false in the .aspx page. On running the application this time, you will not get the message.
Now with the event handler code for the Page_Load in the aspx.cs file still commented; set the AutoEventWireup attribute to true in the .aspx page. On running the application this time, you will get the message.
Reason: In the case where AutoEventWireup attribute is set to false (by default), event handlers are automatically required for Page_Load or Page_Init. However, when we set the value of the AutoEventWireup attribute to true, the ASP.NET runtime does not require events to specify event handlers like Page_Load or Page_Init.
A thing to be kept in mind is that the AutoEventWireup attribute of the Page directive is set to true by default for the machine (check out the value of this attribute in the machine.config) but set to false by default for a .aspx page). So if it is missing, since by default it is true (i.e., at the machine level), the page framework calls page events automatically, specifically the Page_Init and Page_Load methods. In that case, no explicit Handles clause or delegate is needed.
Performance Issues
We must not set the value of the AutoEventWireup attribute to true if performance is a key consideration. If we set the value of the AutoEventWireup attribute to true, the ASP.NET page framework must make a call to the CreateDelegate method for every Web Form (.aspx page), and instead of relying on the automatic hookup, manually override the events from the page.
Credits
The whole thing was really simple but I just thought of posting it online; hope it helps someone. To give credit to where it is due. Most of the information was garnered from different places on the net. I’ve just complied them together and added a bit of my own to help folks along their way. I was also able to find an article related to this in MSDN Online (Article ID: 317690) but for VB.NET.
UserControl中对应的绑定
对应的方法名字，也是page_load和page_init。名字还是page开始
转载于:https://www.cnblogs.com/chucklu/p/9927488.html
今天的文章autoeventwireup=true_AUTOHOLD失效启动不了分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/75028.html
