Load o Page_Init

Question

Tomemos un ejemplo muy simple sobre el uso de jQuery para ajaxify nuestra página ...

$.load("getOrders.aspx", {limit: 25}, function(data) { 
    // info as JSON is available in the data variable 
}); 

y en el ASP.NET (parte HTML) página (una sola línea)

<%@ Page Language="C#" AutoEventWireup="true" 
     CodeFile="getOrders.aspx.cs" Inherits="getOrders" %> 

y en el ASP.NET (Código Detrás) página

public partial class getOrders : System.Web.UI.Page 
{ 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     string lmt = Request["limit"]; 
     List<Orders> ords = dll.GetOrders(limit); 


     WriteOutput(Newtonsoft.Json.JsonConvert.SerializeObject(ords)); 
    } 

    private void WriteOutput(string s) 
    { 
     Response.Clear(); 
     Response.Write(s); 
     Response.Flush(); 
     Response.End(); 
    } 
} 

mi pregunta es

Si fuese

protected void Page_Load(object sender, EventArgs e) 

o

protected void Page_Init(object sender, EventArgs e) 

Así podemos ahorrar algunos milisegundos, ya que no necesita realmente para procesar los eventos para la página, o será Page_Init falta de una cierta clasificación de un método en el momento en que se llama?

P.S. Actualmente funciona bien en ambos métodos, pero sólo quiero entender los pros y contras de la elección de un método sobre el otro ciclo de vida de la página Básico

Answer 1

Cualquiera de los dos funcionaría, porque esencialmente está descartando el ciclo de vida de la página llamando a response.Clear() y response.End(). Técnicamente, podrías incluso llegar a poner ese código en prerender y funcionaría. Al acceder al objeto Response, básicamente se pasa de la parte superior de la página y se corta a mitad de camino para que pueda realizar una tarea mucho más simple.

Supongo que simplemente no desea el ciclo de vida de la página en absoluto y simplemente desea devolver JSON desde esta página? Si es así, recomiendo implementarlo como controlador genérico (ashx). En este caso, simplemente usaría context.Request ["limit"] y context.Response.Write en su método de proceso. El beneficio de hacer esto es que no tiene todos los gastos generales de .NET preparando la clase de página e iniciando el ciclo de vida de la página, sino que está utilizando un archivo destinado a la tarea que está realizando.

Es agradable comprender el ciclo de vida de la página, como se muestra en otras respuestas, pero, en realidad, no lo está usando en absoluto y sería mejor que se alejara por completo de la clase de la página.

Answer 2

va a responder a su pregunta Artículo completo: http://www.codeproject.com/KB/aspnet/ASPDOTNETPageLifecycle.aspx

marque la misma respuesta a la pregunta: Page.Request behaviour

Answer 3

Puede utilizar muy bien el método Page Init. Pero si tiene controles en su página y desea acceder a cualquier propiedad de esos controles, entonces es mejor utilizar el evento de carga de página, pero en su caso no necesita usar el evento de carga de página.

Puede ir a través del Asp.Net Page Life cycle here para comprender mejor qué evento usar.

Answer 4

El ciclo de vida de la página solo tiene significados en contexto de elementos de página (controles), por lo que no veo ninguna diferencia en su caso, ya que no tiene ningún otro control secundario en su página; esto es totalmente irrelevante .

Pero aquí está la verdadera pregunta: si no tiene ninguna representación de html en su página (solo serialización de datos), ¿por qué ha elegido trabajar con la página regular .aspx?

El servicio web es el candidato ideal para este escenario. Y se sorprenderá de la mejora de rendimiento que obtendrá al final.