Uke 10 - Exceptions =================== Les gjennom kapittelet fra Pythons egen tutorial først: https://docs.python.org/3/tutorial/errors.html Eksempler --------- Eksempel 1 .......... En vanlig type feil når man bruker lister er IndexError. Det får man når man prøver å hente et element fra et index som er utenfor listen. Her er et eksempel på dette. Prøv å kjøre denne koden:: xs = ['a', 'b', 'c'] print(xs[5]) # fails with IndexError Vi kan håndtere feilet ved hjelp av try-except. Dette kan vi gjøre på noen forskjellige måter. Vi kan enten fange alle feil med å bare bruke ``except`` eller så kan vi bare fange IndexErrors ved å bruke ``except IndexError``. Vi kan også fange både IndexErrors og TypeErrors ved å bruke ``except IndexError`` og ``except TypeError`` etter hverandre. Her er eksempel på dette. Last ned koden her: :download:`eksempel_1.py` og kjør den. Skjønner du forskjellen mellom de ulike måtene å bruke ``except``? .. literalinclude:: eksempel_1.py Eksempel 2 .......... I dette eksemplet skal vi lese inn tall fra en fil. Om det er noen feil i filen som blir leset inn kommer vi få en error i koden. Dette håndterer vi med try-except. Last ned koden her: :download:`eksempel_2.py`. Her fanger vi FileNotFoundError og ValueError for seg selv og så alle andre feil. Kan det bli noen andre feil enn FileNotFoundError og ValueError når vi bruker funksjonen ``get_numbers_from_file()``? .. literalinclude:: eksempel_2.py Prøv nå å lage dine egne filer og bruk funksjonen ``get_numbers_from_file()`` under ``if __name__ == "__main__":``. Et kall av funksjonen skal være uten feil, et skal gi FileNotFoundError og et skal gi ValueError. Eksempel 3 .......... Det er ofte mulig å plassere try-except på ulike steder i koden sin. Da må man velge det stedet hvor det er mest naturlig at et feil blir håndtert. Last ned filen her: :download:`eksempel_3_1.py`. Funksjonen ``all_lines_through_points()`` skal printe ligningen for alle linjer mellom alle fire punkter den får som input (som en liste). Om det ikke er mulig å beregne ligningen mellom et par av punkter skal den printe hvorfor dette ikke er mulig og siden gå videre til neste par (programmet skal ikke krasje). Om du prøver å kjøre koden så krasjer den. Plassere ut try-except hvor du synes det er mest naturlig, slik at koden fungerer som den skal. Hvorfor har du valgt å plassere try-except der du har plassert det? .. literalinclude:: eksempel_3_1.py Last ned filen her: :download:`eksempel_3_2.py` som er samme kode som :download:`eksempel_3_1.py` men med try-except, slik at koden ikke krasjer. Her er try-except plassert i funksjonen ``all_lines_through_points()``. Om try-except er i noen av funksjonene ``slope()`` og ``y_intercept()`` må vi si hva de funksjonene skal returnere om det ikke er mulig å beregne linjens stigning eller konstantledd. Her finnes det ingen selvfølgelig svar. Om funksjonene returnerer noen string med feilmelding må vi alltid sjekke hva vi får når vi bruker funksjonene og se om vi får et tall eller en feilmelding. Det er bedre om vi vet at vi alltid får et tall fra funksjonene, om de ikke krasjer. Det er samme med å plassere try-except i ``line_eqn_from_points()``. Da må vi si hva den funksjonen skal returnere om det blir en error. Når vi så bruker ``line_eqn_from_points()`` må vi alltid sjekke om strengen vi får er en feilmelding eller en ligning. Det er bedre å vite at ``all_lines_through_points()`` alltid returnerer en ligning, om den ikke krasjer. Men i funksjonen ``all_lines_through_4_points()`` vet vi hva som skal skje om det ikke går å beregne ligningen for linjen mellom to punkter. Da skal vi printe en melding om dette og hvorfor det ikke er mulig. Derfor passer det bra å plassere try-except her. Eksempel 4 .......... Her er et eksempel hvor vi definerer en egen type error: ``NoSeat``. Vi bruker den når det ikke finnes en ledig plass som oppfyller vilkåren. Vi bruker også try except til å sjekke at input er som den skal. Ellers spør vi brukeren om ny input. Last ned koden her: :download:`eksempel_4.py`. Hvordan kan vi håndtere en plass som ikke er tilgjengelig uten å bruke exceptions? Synes du det er bedre å håndtere utilgjengelige seter med eller uten å bruke exceptions? Hvorfor? .. literalinclude:: eksempel_4.py