HttpServerUtility.Execute Metod

public:
 void Execute(System::String ^ path);

public void Execute(string path);

member this.Execute : string -> unit

Public Sub Execute (path As String)

Parametrar

Undantag

Exempel

I följande exempel visas .aspx sidan "Updateinfo.aspx" i den aktuella katalogen. Programkörningen återgår till startsidan när sidan Updateinfo.aspx visas.

Server.Execute("updateinfo.aspx");

Server.Execute("updateinfo.aspx")
   

Kommentarer

Metoden Execute fortsätter att köra den ursprungliga sidan när körningen av den nya sidan har slutförts. Metoden Transfer överför villkorslöst körningen till en annan hanterare.

ASP.NET kontrollerar inte att den aktuella användaren har behörighet att visa resursen som levereras av metoden Execute. Även om ASP.NET auktoriserings- och autentiseringslogik körs innan den ursprungliga resurshanteraren anropas anropar ASP.NET direkt hanteraren som anges av metoden Execute och kör inte autentiserings- och auktoriseringslogik för den nya resursen igen. Om programmets säkerhetsprincip kräver att klienter har rätt behörighet att komma åt resursen bör programmet framtvinga omauktorisering eller tillhandahålla en anpassad mekanism för åtkomstkontroll.

Du kan framtvinga omauktorisering med hjälp Redirect av metoden i stället för Execute metoden. Redirect utför en omdirigering på klientsidan där webbläsaren begär den nya resursen. Eftersom den här omdirigeringen är en ny begäran som kommer in i systemet, omfattas den av all autentiserings- och auktoriseringslogik för både Internet Information Services (IIS) och ASP.NET säkerhetsprincip.

Du kan kontrollera att användaren har behörighet att visa resursen genom att använda en anpassad auktoriseringsmetod som använder IsInRole metoden innan programmet anropar Execute metoden.

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)

Parametrar

Undantag

Exempel

I följande exempel visas hur du kör sidan .aspx Updateinfo.aspx i den aktuella begäran och bevarar samlingarna QueryString och Form . Programkörningen återgår till startsidan när Updateinfo.aspx den har visats.

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

Se även

• Transfer

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)

Parametrar

Undantag

Exempel

I följande exempel körs Login.aspx sidan på servern i den aktuella katalogen och tar emot utdata från sidan via StringWriter objektet writer. Den skriver HTML-strömmen som tagits emot från writer till HTTP-utdataströmmen.

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())
   

Kommentarer

Metoden Execute fortsätter att köra den ursprungliga begäran efter att körningen av den angivna virtuella sökvägen har slutförts. Metoden Transfer överför villkorslöst körningen till en annan hanterare.

ASP.NET kontrollerar inte att den aktuella användaren har behörighet att visa resursen som levereras av metoden Execute. Även om ASP.NET auktoriserings- och autentiseringslogik körs innan den ursprungliga resurshanteraren anropas anropar ASP.NET direkt hanteraren som anges av metoden Execute och kör inte autentiserings- och auktoriseringslogik för den nya resursen igen. Om programmets säkerhetsprincip kräver att klienter har rätt behörighet att komma åt resursen bör programmet framtvinga omauktorisering eller tillhandahålla en anpassad mekanism för åtkomstkontroll.

Du kan framtvinga omauktorisering med hjälp Redirect av metoden i stället för Execute metoden. Redirect utför en omdirigering på klientsidan där webbläsaren begär den nya resursen. Eftersom den här omdirigeringen är en ny begäran som kommer in i systemet, omfattas den av all autentiserings- och auktoriseringslogik för både Internet Information Services (IIS) och ASP.NET säkerhetsprincip.

Du kan kontrollera att användaren har behörighet att visa resursen genom att använda en anpassad auktoriseringsmetod som använder IsInRole metoden innan programmet anropar Execute metoden.

Se även

• Transfer

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)

Parametrar

Undantag

Exempel

I följande exempel körs Login.aspx sidan på servern i den aktuella katalogen och tar emot utdata från sidan via StringWriter objektet writer. Den skriver HTML-strömmen som tagits emot från writer till HTTP-utdataströmmen. Innehållet i samlingarna Form och QueryString bevaras.

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

Kommentarer

Metoden Execute fortsätter att köra den ursprungliga begäran efter att körningen av den angivna virtuella sökvägen har slutförts. Metoden Transfer överför villkorslöst körningen till en annan hanterare.

ASP.NET kontrollerar inte att den aktuella användaren har behörighet att visa resursen som levereras av metoden Execute. Även om ASP.NET auktoriserings- och autentiseringslogik körs innan den ursprungliga resurshanteraren anropas anropar ASP.NET direkt hanteraren som anges av metoden Execute och kör inte autentiserings- och auktoriseringslogik för den nya resursen igen. Om programmets säkerhetsprincip kräver att klienter har rätt behörighet att komma åt resursen bör programmet framtvinga omauktorisering eller tillhandahålla en anpassad mekanism för åtkomstkontroll.

Du kan framtvinga omauktorisering med hjälp Redirect av metoden i stället för Execute metoden. Redirect utför en omdirigering på klientsidan där webbläsaren begär den nya resursen. Eftersom den här omdirigeringen är en ny begäran som kommer in i systemet, omfattas den av all autentiserings- och auktoriseringslogik för både Internet Information Services (IIS) och ASP.NET säkerhetsprincip.

Du kan kontrollera att användaren har behörighet att visa resursen genom att använda en anpassad auktoriseringsmetod som använder IsInRole metoden innan programmet anropar Execute metoden.

Se även

• Transfer

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)

Parametrar

Undantag

Kommentarer

Du kan skriva anpassade HTTP-hanterare för att bearbeta specifika, fördefinierade typer av HTTP-begäranden på alla språk som är kompatibla med CLS (Common Language Specification). Körbar kod som definieras i HTTP-hanteringsklasserna i stället för konventionella ASP-sidor (kallas även klassisk ASP) eller ASP.NET sidor svarar på dessa specifika begäranden. HTTP-hanterare gör det möjligt att interagera med begäran- och svarstjänster på låg nivå för en webbserver som kör Internet Information Services (IIS) och de tillhandahåller funktioner som liknar ISAPI-tillägg men med en enklare programmeringsmodell.

ASP.NET kontrollerar inte att den aktuella användaren har behörighet att visa resursen som levereras av metoden Execute. Även om ASP.NET auktoriserings- och autentiseringslogik körs innan den ursprungliga resurshanteraren anropas anropar ASP.NET direkt den hanterare som anges av metoden Execute och kör inte autentiserings- och auktoriseringslogik för den nya resursen igen. Om säkerhetsprincipen för ditt program kräver att klienter har rätt behörighet för att få åtkomst till resursen, bör programmet framtvinga omauktorisering eller tillhandahålla en anpassad mekanism för åtkomstkontroll.

Du kan framtvinga omauktorisering med hjälp Redirect av metoden i stället för Execute metoden. Redirect Utför en omdirigering på klientsidan där webbläsaren begär den nya resursen. Eftersom den här omdirigeringen är en ny begäran som kommer in i systemet, omfattas den av all autentiserings- och auktoriseringslogik för både IIS och ASP.NET säkerhetsprincip.

Du kan kontrollera att användaren har behörighet att visa resursen genom att använda en anpassad auktoriseringsmetod som använder IsInRole metoden innan programmet anropar Execute metoden.

Se även

• Transfer