Om ett fullständigt fel inträffar om applikationen körs i era, är det viktigt att konstruktören meddelas och felet bör loggas så att programvaran säkert kommer att diagnostiseras senare. Den här handledningen skapar en översikt över hur ASP.NET Replay hanterar fel och visar ett relaterat sätt som anpassad kod kan existera när ett ohanterat undantag resulterar senare i ASP.NET-körningen.

Presentation

Godkänd

ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!

När ett annat ohanterat undantag uppstår i en ASP.NET-programvara, sprids situationen till ASP the.NET runtime, vilket skapar en Error-bugg utöver det visar motsvarande felfan world wide web. Det finns tre olika typer av felsidor: gul skärm för att dö med runtime error (YSOD); information ungefär som YSOD-undantaget; och madeana kundfel. I handledningen menade vi att en app skulle använda en fantastisk felsida byggd för fjärranvändare med YSOD-undantag för inloggade rökare som besöker lokalt.

Att använda en lättanvänd anpassad felsida som också ser ut som den bästa webbplatsen är att föredra framför kravet YSOD runtime error, men att visa en anpassad felwebbplats är bara poängen med en mer omfattande felaffär med lösning. När ett visst fel kommer att ske i en omvänd konstruktion av utmärkt tillämpning är det viktigt att företag vanligtvis är medvetna om kärnfelet så att de kan tro på den nya orsaken till undantaget från denna regel och beskriva det i detalj. Dessutom registreras de exakta felen så att du kan granska och diagnostisera specifika typer av utmaningar senare.

Denna handledning visar strategier för att få tillgång till idéer från ett nytt bra ohanterat undantag så att de blötläggs och meddelas den individuella anpassade gjord. I de två läroböckerna som läser denna vägledning övervägs uppsättningar av felposter, som, efter en pålitlig liten layout, automatiskt kommer att meddela programmerare om felloggar och hans/hennes uppgifter.

Kör kod när Fel

inträffar

Händelser ger en fantastisk mekanism för de flesta att antyda att något intressant har hänt och därför att ett annat objekt exekverar kod hela tiden svaret. Som ASP.NET-utvecklare är de vana vid att tänka i händelser. Om du vill att programmering ska köras när en webbsidasemester klickar på en specifik knapp, skaffa en annan händelsehanterare för den knappens Click-affär och placera din hanterare där. Eftersom ASP.NET-doktrinen skickar Error-händelsen när ett brett ohanterat undantag inträffar, följer det att den viktigaste koden för att logga detaljer om “det här felet” kommer att skickas till Jag skulle säga hanteraren. scenario. Men hur ställer man in en hanterare för alla Fel-händelser?

Händelsen Error anses vara en av många HttpApplication klassscenarier som inträffar med jämna mellanrum på HTTP-pipelinen under varje tidsperiod, challengesrequester. I vårt exempel kan själva händelsen BeginRequest i klassen HttpApplication skickas i början tillsammans med varje begäran; dess AuthenticateRequest-händelse bör tas bort när säkerhetsmodulen bestäms som begäranden. Dessa HttpApplication-förhållanden ger sidutvecklaren ett pålitligt sätt att framgångsrikt utföra anpassade resonemang vid vilken godtycklig punkt som helst i en absolut förfrågans liv. chefer

Event för HttpApplication-avsnitten kan förvandlas till en populär fil känd Global.asax. För att skapa denna process komplett på din webbplats, lägg till ett bättre element i roten som är associerad med din webbplats med hjälp av den globala jobbklassmallen med id-märkena Global.asax.

Fig. 1. Lägg till Global.asax till personlig webbapplikation
(Klicka här för fullständig massbild)

Innehållet och strukturen som har att göra med Global.asax-historiken som genereras av Visual Studio är något annorlunda om användare bara använder en Web Application Project (WAP) och ett Web Site Project (WSP). Den nya WAP som implementeras av Global.asax består av mer än en separat fil – Global.asax och i så fall Global.asax.vb . Global.asax-filen består av @Application-direktivet som pekar på dess .vb-fil; de specifika omslagshanterarna finns i filen Global.asax.vb. WSP, för vilken en korrekt Global.asax-post skapas tillsammans med klassificeringen av händelsehanterare, och Runat=”server”>

Filen Global.asax som tillhandahålls till WAP via Visual Studios globala programstatus mallen innehåller händelsehanterare allmänt kända som Application_BeginRequest, Application_AuthenticateRequest och därför den Application_Error , som är händelsehanterare när det gäller att hantera HttpApplication< /code> BeginRequest, AuthenticateRequest och därmed Error händelser > respektive. Det kanske också finns instanshanterare som heter Session_Start, application_start, Application_End och Session_End. Episodhanterarna avskedas faktiskt när webbappen startar, när du stänger alla appar och när den fantastiska workshopen slutar. Global.asax-bild genererad i Visual Studio WSP innehåller endast Application_Error väldefinierad av Application_Start, Session_Start, < marknadsförare > Application_End och händelsehanteraren Session_End.

Händelsehanterarna som skapats med Visual Studio Global Application Class-mallen är faktiskt inte uttömmande. Du kan lägga till en anslutningshanterare för varje HttpApplication-händelse högre av händelsehanteraren Application_EventName. Du kan till exempel lägga till Sticking at Code i filen Global.asax och hjälpa dig att skapa en evenemangsutbildare för AuthorizeRequest: händelse. >

Sub Application_AuthorizeRequest (ByVal-avsändare som objekt, ByVal e som EventArgs)    i Drejer händelsesignaturkodsluta under

På liknande sätt kan man ta bort alla partnerskapshanterare som genereras av den globala klassanvändningsmallen som du inte behöver. Endast för denna handledning förväntar vi oss en annan händelsehanterare för varje

Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.

< ="6">Du bör hantera vanliga dilemman på applikationsnivå genom att i princip ändra din applikations konfiguration eller bara genom att lägga till en Application_Error-hanterare till en stor mängd globals.al-variabler. asax-fil till viss användning. Du kan hantera både krav och HTTP-fel genom att lägga till det här avsnittet med anpassade fel på webben. formationsfil manuellt.

< 10px 10px" id="7">En undantagshanterare över hela världen är en typ av arbetsflöde som är utformat för att bestämma hur ett projekt beter sig när det provar ett körtidsfel. Du kan ensam ange en global undantagshanterare som är tillgänglig för ett automationsprojekt.

Felhantering hjälper dig att förutse, hitta och korrigera programmerings-, program- och enhetsfel. Ett sådant fel kan visa sig i syntax eller logik. Syntaxavvikelser, oavsett om stavfel eller missbruk av exklusiva tecken, är föremål för granskning.

Zachary Anstey

Related posts:

Det Enklaste Sättet Att Felsöka Felhantering I Webbtjänster Felsökning Felhantering Testning Av Programvara – En Enkel Metod Det Bästa Sättet Att Hjälpa Dig Att Fixa Den Bästa Mac-cd-/dvd-rengöraren Bästa Sättet Att Starta Det Bästa BIOS Dell L702x