Scrivere una classe che eredita da IHttpHandler
. La definizione interfaccia è:
public interface IHttpHandler
{
void ProcessRequest(HttpContext context);
bool IsReusable { get; }
}
HttpContext
è tutto ciò che serve per eseguire un'applicazione. Agisce come una facciata per tutto ciò che è coinvolto nell'interazione. La proprietà Server
fornisce informazioni sul server. La proprietà Request
fornisce informazioni su HttpRequest e la proprietà Response
fornisce un mezzo per eseguire il rendering dell'output sul client.
Il mio suggerimento è di usare Reflector su HttpContext e avere un'idea di cosa contiene e di come funzionano ciascuno dei suoi componenti.
Ecco un esempio di applicazione di base:
public class HelloWorldHandler: IHttpHandler
{
public void ProcessRequest(HttpContext context)
{
context.Response.Write("Hello World");
context.Response.End();
}
public bool IsReusable
{
get { return false; }
}
}
Global.asax
non deve contenere qualsiasi cosa. È probabilmente una pratica migliore per gestire gli eventi globali utilizzando una classe derivata da IHttpModule
.
web.config deve essere gestito in modo diverso a seconda che si utilizzi IIS 7 o altro. Ad ogni modo, c'è una sezione HttpHandler in cui devi registrare il tuo gestore personalizzato per gestire tutte le richieste.
È possibile rendere il web.config molto ridotto, ma la quantità di sezioni di configurazione incluse dipende dalle funzionalità desiderate. Inoltre, alcune delle cose gestite da web.config possono essere gestite direttamente con IIS. Visualizza http://msdn.microsoft.com/en-us/library/b5ysx397(v=VS.85).aspx per ulteriori informazioni.
Spero che questo aiuti. Possiamo darti maggiori informazioni se sei più specifico con quello che stai cercando.
ti suggerisco di usare [Riflettore] (http://www.red-gate.com/products/ reflector/index.htm) per scoprirlo. –
@ John il problema è che c'è così tanto da guardare. Voglio solo contare quanti riferimenti di assembly sono in un web.config standard – Earlz