🏴‍☠️ LEYLA'S CODE 🐀

Ahoi, du Fehlerflüsterer! Exceptions sind mehr als nur "Fehler fangen" – sie sind ein mächtiges Werkzeug für Flow-Control und Architektur. Lass uns tiefer graben!

🎯 Exception-Types: Die große Familie
Python hat dutzende verschiedene Exception-Typen. Jeder steht für eine bestimmte Fehlerart:

• ValueError – Falscher Wert (z.B. int("abc"))
• TypeError – Falscher Typ (z.B. "text" + 5)
• KeyError – Schlüssel nicht im Dictionary
• IndexError – Liste-Index außerhalb des Bereichs
• FileNotFoundError – Datei existiert nicht
• ZeroDivisionError – Division durch Null

Du kannst spezifische Typen fangen, um gezielt zu reagieren:

try:
    wert = int(input())
except ValueError:
    print("Keine Zahl eingegeben!")
except KeyboardInterrupt:
    print("Abbruch durch Benutzer!")

🔥 finally: Der Aufräumtrupp
Der finally-Block wird IMMER ausgeführt – egal ob ein Fehler auftrat oder nicht. Perfekt für Aufräumarbeiten:

try:
    datei = open("schatz.txt")
    inhalt = datei.read()
except FileNotFoundError:
    print("Datei fehlt!")
finally:
    datei.close() ← Wird IMMER ausgeführt!

Ohne finally könnte die Datei offen bleiben, wenn ein Fehler auftritt – das führt zu Memory Leaks!

⚡ raise: Wirf deine eigenen Fehler!
Du kannst selbst Exceptions werfen, um deine eigenen Fehler zu signalisieren:

def segeln(geschwindigkeit):
    if geschwindigkeit < 0:
        raise ValueError("Rückwärtssegeln geht nicht!")
    move()

Das ist wie ein Leuchtturm, der ruft: "STOPP! Hier läuft was schief!" Andere Teile deines Codes können diese Exception dann fangen und reagieren.

🧩 Custom Exceptions: Deine eigenen Fehlerklassen
Du kannst sogar eigene Exception-Typen definieren! Das ist perfekt für große Projekte:

class SchatzNichtGefundenError(Exception):
    pass

def suche_schatz():
    if not schatz_da:
        raise SchatzNichtGefundenError("Schatz weg!")

Jetzt kannst du gezielt auf DIESEN Fehler reagieren:

try:
    suche_schatz()
except SchatzNichtGefundenError:
    print("Plan B: Andere Insel!")

🌊 Exception Chaining: Die Fehler-Kette
In Python 3 kannst du Exceptions verketten, um den kompletten Fehler-Kontext zu bewahren:

try:
    datei = open("schatz.txt")
except FileNotFoundError as e:
    raise RuntimeError("Schatzsuche fehlgeschlagen!") from e

Das gibt dir im Fehlerfall BEIDE Meldungen – super für Debugging!

💡 Käpt'n Nicos Pro-Tipps:
1. Fang nur, was du behandeln kannst! Ein leeres except: ist gefährlich – es fängt ALLE Fehler, auch solche, die du nicht erwartest.
2. Nutze else-Block: Code, der nur bei Erfolg laufen soll, gehört in den else-Block nach except.
3. Log deine Fehler! In Production-Code solltest du Exceptions loggen, nicht nur printen.

🧭 Anwendungsfälle aus der echten Welt:
• API-Calls: Netzwerk-Timeouts abfangen, Retry-Logik implementieren.
• User-Input: Ungültige Eingaben abfangen, bevor sie Chaos anrichten.
• Datenbankzugriffe: Connection-Fehler behandeln, Transaktionen zurückrollen.

⚠️ Wann NICHT Exceptions nutzen?
Exceptions sind für außergewöhnliche Fälle gedacht, nicht für normale Programmlogik! Nutze if-Statements für erwartbare Bedingungen. Eine Exception zu werfen und zu fangen ist teurer (Performance) als ein simples if.

So, das war's mit dem Exception-Tiefenwissen! Du siehst: Exceptions sind nicht nur ein Sicherheitsnetz – sie sind ein Architektur-Tool, um robuste, wartbare Software zu bauen. Wer sie meistert, schreibt Code, der in der echten Welt überlebt.

Käpt'n Nico sagt: "Ein guter Kapitän plant für den Sturm, nicht nur für schönes Wetter!" ⚓

Fair Winds, Landratte!
Deine Leyla 🐀