Mitt första C#-program

Konsolutskrift

Introduktion till variabler och typen int

Introduktion till strängar och typen String

Sköna nya värld

Introduktion till datorhårdvara

C# namnkonvention

Kommentarer i C#

Träna på C#-problem

Uppdraget

C#-programstruktur

If-satsen

Visual Studio Tillägget

Tillbaka till gatorna

Bool typ introduktion

Konsolinmatning

Vem som är vem

C#-kompileringsprocess

Introduktion till for-loopen

Hitta källaren

Introduktion till double typ

Introduktion till char-typen

Ett samtal i det stora köket

Introduktion till while-loop

Introduktion till metoder

Reparera Noname

Introduktion till arrays i C#

Listor

Introduktion till scopes

Segern är nära

Konstanter i C#

Underland

Inmatningsvalidering

Modulus-operation

Karriärutvecklingsmöjlighet

Typkonvertering

Passera parametrar till funktioner

Infinity

Switch-sats

C# test

Sanningen

Klass och objekt

Åtkomstmodifierare

Modelling of classes

Hej, Underlandet

Static nyckelord

Null och this nyckelorden

Jag ska vara din spion

Egenskaper

Inkapsling

Kommendören

Undantag i C#

Går djupare in i C# Undantag

En hemlig server

Introduktion till arv

Nyckelord override, sealed och object

Mysteriet med den gamla servern

Gränssnitt i C#

Polymorfism

Ett steg före

C# kärna

C# kärna kurs

Baserat på vad jag lärt mig i Underlandet hittills, var Infinity den synliga ledaren för basen men det verkade som om det fanns en befälhavare över henne som tog besluten. Eftersom jag var nyfiken av naturen, bestämde jag mig för att fråga Infinity direkt istället för att försöka klura ut det på egen hand. Jag träffade henne en dag i köket när hon som vanligt tog en kaffe.

"Hej Infinity, hur mår du?" började jag samtalet. 

"Hej Teo, jag mår bra, tack", svarade hon och fortsatte, "Och du?" 

"Jag mår bra, tack. Kan jag fråga dig något? Vem är den yttersta chefen för Underlandet? Jag hörde dig ta emot order från någon häromdagen. Hörde jag rätt? Jag trodde att du var ledaren för motståndet i Underlandet."

"Ritchie varnade mig för att du gillar att tjuvlyssna", sa hon och suckade. 

"Jag är inte säker på att jag skulle säga att jag 'gillar' det", sade jag,  i försök att bortförklara mig själv för att komma undan. "Jag skulle säga att det händer ibland, inte att jag..."

Infinity avbröt mig innan jag gjorde bort mig mer. "Jag litar på dig, Teo. Du hjälpte mig att rädda min syster - jag kommer aldrig att glömma det. Lyssna nu. Det här stannar mellan oss. De faktiska beslutsfattarna i Underlandet är en gåta för alla. Inte ens jag vet vem 'den verkliga chefen' är. Jag får alla order från en person som jag har instruerats att bara kalla för kommendören. Han vägrar att svara på mina nyfikna frågor, förmodligen på grund av säkerhet. En gång i månaden har jag en telefonkonferens med honom där han ger mig direkta order. Vi utför bara hans order och jag rapporterar tillbaka till honom nästa gång. Jag har aldrig sett honom. Jag vet inte ens var han befinner sig."

"Hur kan du vara säker på att kommendören har vårt bästa i åtanke? Vad händer om vi inte kan lita på honom, eller om det vore bättre för oss att arbeta självständigt?" frågade jag.

"Han ledde Underlandet långt innan jag gick med i motståndet. Faktum är att han, så vitt man vet, var en av de ursprungliga grundarna av Underlandet. För tillfället fungerar systemet på detta sätt och vi kommer att behålla det oförändrat tills vi hittar ett bättre alternativ", förklarade Infinity.

Hmm ... något i hennes svar kändes bekant, men jag kunde inte komma ihåg varför exakt. "Att behålla systemet oförändrat." Var hade jag hört det tidigare?

Nästa ämne i Underlandets läroplan var 

. Jag hade hört talas om dessa tidigare, men aldrig i detalj. Vi hade programmerat i en konsolutmatning av "Exception has been thrown ..." ett par gånger, och nu var det dags att lära sig exakt vad det innebar.

"Hej alla", började Sintia lektionen, "kan någon säga mig vilka typer av fel som ett C# program har?" 

"Körfel och kompileringsfel!" svarade någon. 

"Rätt. Och skillnaden mellan de två är?" Sintia frågade mer än hon berättade idag. 

"Kompileringsfel inträffar när koden översätts till IL-kod, körfel inträffar när programmet körs", svarade jag. 

"Utmärkt! För att säkerställa att du inte bara har memorerat det... Är ett missat semikolon ett kör- eller kompileringsfel?" frågade Sintia återigen. 

"Kompileringsfel", svarade någon från klassen. 

"Det är också rätt. Kan du namnge några körfel?" 

"Division med noll, NullReferenceException ... " svarade jag och försökte komma på på fler. 

"Jag tror inte att vi har diskuterat NullReferenceException, men du har rätt, tillsammans med division med noll är båda körfel. Vet någon hur C# låter dig veta om körfel?" Ingen svarade; hon hade till sist nått gränsen för vår kunskap i ämnet.

undantag. Ett undantag är en mekanism som används för att indikera ett körfel i programmet. I C# representeras undantag av objekt av klassen Exception, eller klasser som är härledda från den.

"Sintia, vad är en härledd klass?" frågade någon. 

"För närvarande, betrakta härledda klasser som du gör med klasser; de har båda liknande funktion", sade Sintia. "Vi kommer att lära oss om härledda klasser mer ingående vid ett senare tillfälle." 

För att kasta ett undantag kan du antingen använda nyckelordet 

 med ett genererat objekt av typen Exception, eller utlösa ett av de standardgenererade kompilerarundantagen. 

"Sintia, jag förstår fortfarande inte. Hur ser dessa undantag ut i praktiken? Som programmerare eller användare av ett program, hur kan jag förstå att programmet har kastat ett undantag? När jag får kompileringsfel visas de vanligtvis i utmatningsfönstret i min IDE (Visual Studio)", sa en av eleverna. Jag kände likadant; undantag skulle inte vara till någon större nytta om de var otydliga för programmeraren eller användaren av programmet.

"Jag förstår din fråga", sa Sintia och vände sig till sin surfplatta. Efter några svepningar såg vi två projicerade bilder som visade hur ett undantag skulle se ut ur en programmerares synvinkel.

"Nu är det glasklart!" utbrast jag och fortsatte, "Jag har sett detta felmeddelande många gånger, men förstod det inte då. Så varje gång jag såg det, fanns det ett undantag som kastades någonstans i min kod? 

Hur vet jag vilken typ av undantag det var, och var det kastades?

Visual Studio ger dig båda dessa svar. Den visar typen av undantag och radnumret i koden där det kastades

", förklarade Sintia. "Låt oss nu gå vidare och se hur användaren upplever ett undantag. Här är koden för mitt program":

"Och på den andra skärmen kan du se en skärmbild av detta program när det körs."

"Som ni ser, kördes programmet först i normal ordning och konsolen visade 

Sedan kraschade programmet, och kastade ett undantag 

. Körningen av koden stoppades och programmet avslutades därefter."

"Sintia, avslutar ett undantag alltid det program i vilket det uppstår?" frågade jag. 

C# har en mekanism för att hantera undantag, kallad

. Det gör att du kan fånga undantag och hantera felet innan det orsakar en krasch. Titta på det här kodexemlet", svarade Sintia och projicerade ett nytt kodexempel på väggen.

"Du kan kasta ett undantag av vilken typ som helst själv, genom att använda nyckelordet 

"De mest populära undantagstyperna i C# är 

För att hantera ett undantag, omger du koden som kastar ett undantag med ett 

 {} block. Koden som hanterar undantaget finns i 

blocket, och koden som kastar undantaget finns i 

blocket. Om du utelämnar parentesen efter 

 blocket, som i följande exempel, kommer det att fånga undantag av alla typer

"För att fånga undantag av en viss typ, ange den typen direkt efter 

"Du kan ange ett meddelande för att förklara exakt vad som gick fel. Lägg det här meddelandet i konstruktorn för ett undantag som du kastar. För att komma åt detta meddelande i 

 blocket, lägg till ett variabelnamn inom parentesen och använd dess egenskap 

"Sintia, när du visade ett undantag ur användarens perspektiv, stod det "

". Vad är det? Vad är skillnaden mellan hanterade och ohanterade undantag?" frågade en av eleverna.

"Åh, det är ganska enkelt. Om du har en 

-konstruktion som hanterar ett undantag, anses det vara 

. I alla andra fall anses undantaget vara ohanterat. 

Om ett ohanterat undantag inträffar avslutar operativsystemet programmet

. Nu är det dags för några uppgifter om undantag!"

CodeEasy täcker grunderna i undantagshantering i C#. Du kommer att lära dig hur man kastar och fångar undantag i C#, skillnaden mellan kompileringsfel och körtidsfel, och sätta allt detta i praktiken i Visual Studio.