Diagnostisere og feilsøke feil

Arkitekturen og programmering teknikker har gjort moderne programvare utvikling mye mer standardiserte og kontrollerbar enn noensinne, takket være biblioteker som ASP.NET og Windows Forms, men uunngåelig i noen tilfeller trenger programmer som ikke oppfører seg som forutsatt og i slike situasjoner blir viktig å finne årsakene.

Utgangspunktet for diagnostisering og debugging av applikasjoner kalles ASP.NET side tracing. Den Page klassen har en egenskap som heter Trace, og når den er satt til true indikerer execution environment å inkludere en oppsummering av hele konteksten av forespørsler og svar i slutten av HTM-kode sendt til klienten

Recall at en side består av en rekke kontroller i et slags hierarki. En forekomst av Page klassen inkluderer forskjellige undersøkelser og kontroller selv kan innlemme andre kontroller. Siden spore inkluderer en seksjon der du kan se siden sammensetningen i form av server side kontroller.

Hvis en av våre søknadsskjema på web aktivert sporing i siden. ASPX filen vil finne sin referanse i Page direktivet

Hvis vi starter programmet får vi se spore informasjon om side på slutten av HTML-stream

Går ned på siden kan vi vise den hierarkiske tre-kontroller som finnes i det

Senk ned det er mulig å se noen informasjon knyttet til den forespørselen som øktstatus, søknad staten, server-side variabler, etc.. Selvfølgelig er det ikke forstår umiddelbart nytten av slik informasjon, men når du finner deg selv å måtte identifisere spesielle problemstillinger innenfor en webapplikasjon mer komplisert da de kan være svært nyttig.

Jeg ønsket å påpeke at de ulike opplysningene som inngår i HTML bekken, er det også henvisninger til individuelle instruksjoner henrettet den inni siden. Hvis du laster i tilfelle av webskjema som vi brukte i vårt forrige eksempel vi skriver noe sånt

 beskyttet void Page_Load (objekt avsenderen, EventArgs e)







 {



  



 Trace.Warn ("Page_Load", "Test merknaden heter");







 }

lansere programmet igjen her er hva vi vil se

Hjelp av metoden Trace.Warn slik at du kan skrive inn visse indikatorer i koden vår for å identifisere potensielle problemer.

Selv om sporing av en enkelt side er svært nyttig, har den ulempen med å fylle siden selv etter all unødvendig informasjon. For å omgå dette problemet er å bruke sporing på applikasjonsnivå (søknad sporing), som gjør det mulig å få den samme informasjonen som side-nivå, men de er plassert i minnet og gjort tilgjengelig gjennom en egen side.

Slik aktiverer tracing Søknaden må endre filen web.config av søknaden vår som følger

 <configuration>

 





 <system.web>

 





 <trace enabled="true"/>







 </ System.web>







 </ Konfigurasjon>

Uten dette hvis vi starte programmet og legge til suffikset ved tilsvarende Trace.axd her er hva vi vil se

dvs. den samme informasjonen sett tidligere, men på en egen side.

Oppsummert, derfor er tracing et svært nyttig verktøy for debugging våre applikasjoner, men spesielt når de allerede er utplassert. Når det er i stedet utviklet for å sette meldinger som skal spores, og deretter kjøre programmer for å se hva som skjer er trolig ikke den mest effektive måten å feilsøke.

Visual Studio gir utmerket debugging støtte, og du kan bruke verktøy levert av miljøet for å analysere koden av våre applikasjoner under kjøring linje for linje.

Slik aktiverer debugging av søknaden vår krever at ASP.NET web.config filen inneholder følgende direktiv

 <configuration>







 <system.web>







 <Compilation debug = "true"

 





 targetFramework = "4.0" />







 </ System.web>







 </ Konfigurasjon>

På dette punktet kan vi plassere et stoppunkt i flere punkter i koden vår ønsker vi å analysere og starte programmet ved å trykke F5. Vi vil se at når kode vil nå et stoppunkt, stopper den, slik at vi kan gå gjennom koden linje for linje ved å klikke på F10-tasten. Linjen med kode er uthevet i gult

Ved å klikke på F11 på en metode for å analysere koden vil være den metoden i spørsmålet. I debugging fasen stoppe hvis musepekeren på en variabel vi er vist sin verdi

Andre nyttige verktøy for debugging er vinduene: Locals, Watch, og tråder CallStack å utdype funksjonaliteten som jeg henviser deg til den offisielle dokumentasjonen Microsoft.

Nært relatert til debugging og feilbehandling og å utforske dette temaet, viser jeg deg til en artikkel tidligere skrevet av meg at du kan finne her .

• <<Forrige Leksjon
• Hjelp
• Neste Leksjon>>