HttpServerUtility.Execute Metodo
Definizione
Importante
Alcune informazioni sono relative alla release non definitiva del prodotto, che potrebbe subire modifiche significative prima della release definitiva. Microsoft non riconosce alcuna garanzia, espressa o implicita, in merito alle informazioni qui fornite.
Esegue il gestore per una risorsa specificata nel contesto della richiesta corrente e restituisce l'esecuzione alla pagina che lo ha richiamato.
Overload
Execute(String) |
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. |
Execute(String, Boolean) |
Esegue il gestore per il percorso specificato nel contesto della richiesta corrente e specifica se è necessario cancellare gli insiemi QueryString e Form. |
Execute(String, TextWriter) |
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output del gestore eseguito viene acquisito dall'oggetto TextWriter. |
Execute(String, TextWriter, Boolean) |
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output della pagina viene acquisito dall'oggetto TextWriter e un parametro booleano specifica se gli insiemi QueryString e Form devono essere cancellati. |
Execute(IHttpHandler, TextWriter, Boolean) |
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output del gestore eseguito viene acquisito dall'oggetto TextWriter e un parametro booleano specifica se gli insiemi QueryString e Form devono essere cancellati. |
Execute(String)
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente.
public:
void Execute(System::String ^ path);
public void Execute (string path);
member this.Execute : string -> unit
Public Sub Execute (path As String)
Parametri
- path
- String
Percorso URL da eseguire.
Eccezioni
L'oggetto HttpContext corrente è null
.
-oppure-
Si è verificato un errore durante l'esecuzione del gestore specificato da path
.
Esempio
Nell'esempio seguente viene visualizzata la pagina aspx "Updateinfo.aspx" nella directory corrente. L'esecuzione del programma torna alla pagina iniziale dopo la visualizzazione della pagina Updateinfo.aspx.
Server.Execute("updateinfo.aspx");
Server.Execute("updateinfo.aspx")
Commenti
Il Execute metodo continua l'esecuzione della pagina originale dopo il completamento dell'esecuzione della nuova pagina. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.
ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.
È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.
È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .
Si applica a
Execute(String, Boolean)
Esegue il gestore per il percorso specificato nel contesto della richiesta corrente e specifica se è necessario cancellare gli insiemi QueryString e Form.
public:
void Execute(System::String ^ path, bool preserveForm);
public void Execute (string path, bool preserveForm);
member this.Execute : string * bool -> unit
Public Sub Execute (path As String, preserveForm As Boolean)
Parametri
- path
- String
Percorso URL da eseguire.
- preserveForm
- Boolean
true
per mantenere le raccolte QueryString e Form. false
per cancellare le raccolte QueryString e Form.
Eccezioni
L'oggetto HttpContext corrente è null
.
-oppure-
Si è verificato un errore durante l'esecuzione del gestore specificato da path
.
Esempio
Nell'esempio seguente viene illustrato come eseguire la pagina Updateinfo.aspx
aspx nella richiesta corrente e mantenere le QueryString raccolte e Form . L'esecuzione del programma torna alla pagina iniziale dopo Updateinfo.aspx
la visualizzazione.
private void Page_Load(Object sender, EventArgs e)
{
Server.Execute("updateinfo.aspx", true);
}
Sub Page_Load(ByVal Sender As Object, ByVal e As EventArgs)
Server.Execute("updateinfo.aspx", True)
End Sub
Vedi anche
Si applica a
Execute(String, TextWriter)
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output del gestore eseguito viene acquisito dall'oggetto TextWriter.
public:
void Execute(System::String ^ path, System::IO::TextWriter ^ writer);
public void Execute (string path, System.IO.TextWriter writer);
member this.Execute : string * System.IO.TextWriter -> unit
Public Sub Execute (path As String, writer As TextWriter)
Parametri
- path
- String
Percorso URL da eseguire.
- writer
- TextWriter
Oggetto TextWriter per acquisire l'output.
Eccezioni
L'oggetto HttpContext corrente è null
.
-oppure-
Si è verificato un errore durante l'esecuzione del gestore specificato da path
.
Esempio
L'esempio seguente esegue la Login.aspx
pagina nel server nella directory corrente e riceve l'output dalla pagina tramite l'oggetto StringWriterwriter
. Scrive il flusso HTML ricevuto dal writer
flusso di output HTTP.
StringWriter writer = new StringWriter();
Server.Execute("Login.aspx", writer);
Response.Write("<H3>Please Login:</H3><br>"+ writer.ToString());
Dim writer As New StringWriter
Server.Execute("Login.aspx", writer)
Response.Write("<H3>Please Login:</H3><br>" & writer.ToString())
Commenti
Il Execute metodo continua l'esecuzione della richiesta originale dopo il completamento dell'esecuzione del percorso virtuale specificato. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.
ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.
È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.
È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .
Vedi anche
Si applica a
Execute(String, TextWriter, Boolean)
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output della pagina viene acquisito dall'oggetto TextWriter e un parametro booleano specifica se gli insiemi QueryString e Form devono essere cancellati.
public:
void Execute(System::String ^ path, System::IO::TextWriter ^ writer, bool preserveForm);
public void Execute (string path, System.IO.TextWriter writer, bool preserveForm);
member this.Execute : string * System.IO.TextWriter * bool -> unit
Public Sub Execute (path As String, writer As TextWriter, preserveForm As Boolean)
Parametri
- path
- String
Percorso URL da eseguire.
- writer
- TextWriter
Oggetto TextWriter per acquisire l'output.
- preserveForm
- Boolean
true
per mantenere le raccolte QueryString e Form. false
per cancellare le raccolte QueryString e Form.
Eccezioni
La classe HttpContext corrente è un riferimento null (Nothing
in Visual Basic).
-oppure-
path
termina con un punto (.).
-oppure-
Si è verificato un errore durante l'esecuzione del gestore specificato da path
.
path
è null
.
path
non è un percorso virtuale.
Esempio
L'esempio seguente esegue la Login.aspx
pagina nel server nella directory corrente e riceve l'output dalla pagina tramite l'oggetto StringWriterwriter
. Scrive il flusso HTML ricevuto dal writer
flusso di output HTTP. Il contenuto delle Form raccolte e QueryString viene mantenuto.
private void Page_Load(Object sender, EventArgs e)
{
System.IO.StringWriter writer = new System.IO.StringWriter();
Server.Execute("Login.aspx", writer, true);
Response.Write("<h3>Please Login:</h3><br />" + writer.ToString());
}
Sub Page_Load(ByVal Sender As Object, ByVal e As EventArgs)
Dim writer As System.IO.StringWriter = New System.IO.StringWriter()
Server.Execute("Login.aspx", writer, True)
Response.Write("<h3>Please Login:</h3><br />" + writer.ToString())
End Sub
Commenti
Il Execute metodo continua l'esecuzione della richiesta originale dopo il completamento dell'esecuzione del percorso virtuale specificato. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.
ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.
È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.
È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .
Vedi anche
Si applica a
Execute(IHttpHandler, TextWriter, Boolean)
Esegue il gestore per il percorso virtuale specificato nel contesto della richiesta corrente. L'output del gestore eseguito viene acquisito dall'oggetto TextWriter e un parametro booleano specifica se gli insiemi QueryString e Form devono essere cancellati.
public:
void Execute(System::Web::IHttpHandler ^ handler, System::IO::TextWriter ^ writer, bool preserveForm);
public void Execute (System.Web.IHttpHandler handler, System.IO.TextWriter writer, bool preserveForm);
member this.Execute : System.Web.IHttpHandler * System.IO.TextWriter * bool -> unit
Public Sub Execute (handler As IHttpHandler, writer As TextWriter, preserveForm As Boolean)
Parametri
- handler
- IHttpHandler
Gestore HTTP che implementa l'interfaccia IHttpHandler alla quale trasferire la richiesta corrente.
- writer
- TextWriter
Oggetto TextWriter per acquisire l'output.
- preserveForm
- Boolean
true
per mantenere le raccolte QueryString e Form. false
per cancellare le raccolte QueryString e Form.
Eccezioni
Si è verificato un errore durante l'esecuzione del gestore specificato da handler
.
Il valore del parametro handler
è null
.
Commenti
È possibile scrivere gestori HTTP personalizzati per elaborare tipi specifici e predefiniti di richieste HTTP in qualsiasi linguaggio conforme a Common Language Specification (CLS). Il codice eseguibile definito nelle classi del gestore HTTP anziché le pagine ASP classiche (note anche come pagine ASP classiche) o ASP.NET risponde a queste richieste specifiche. I gestori HTTP consentono di interagire con i servizi di richiesta e risposta di basso livello di un server Web che esegue Internet Information Services (IIS) e forniscono funzionalità simili alle estensioni ISAPI, ma con un modello di programmazione più semplice.
ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue nuovamente l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza per l'applicazione richiedono che i client dispongano dell'autorizzazione appropriata per ottenere l'accesso alla risorsa, l'applicazione deve forzare la riauthorizzazione o fornire un meccanismo di controllo degli accessi personalizzato.
È possibile forzare la riauthorizzazione usando il metodo anziché il RedirectExecute metodo . Esegue Redirect un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che immette il sistema, viene sottoposta a tutte le logica di autenticazione e autorizzazione sia dei criteri di sicurezza IIS che di ASP.NET.
È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il metodo prima che l'applicazione chiami il IsInRoleExecute metodo.
Vedi anche
Si applica a
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per