Was bringen dir Type Hints und ein Checker wie mypy tatsächlich?

Type Hints sind Annotationen, die Python zur Laufzeit nicht erzwingt; ein statischer Checker wie mypy oder pyright liest sie und meldet Inkonsistenzen, bevor der Code läuft. Der Gewinn sind ganze Fehlerklassen, die du abfängst, etwa None dort, wo ein Wert erwartet wird, dazu deutlich bessere Editor-Vervollständigung und Refactorings. Sie dokumentieren Absicht außerdem zuverlässiger als ein Docstring, der wegdriftet.

Zur Laufzeit sind sie im Grunde Kommentare, Python speichert sie und macht weiter. Der Wert entsteht, wenn ein Checker sie liest. Mypy fängt die langweiligen Bugs, die die meisten Incidents verursachen, vor allem optionale Werte, die in Code fließen, der ein echtes Objekt annimmt, und Signatur-Drift nach einem Refactoring, bei dem ein Aufrufer übersehen wurde. In einer geerbten Codebase mit rund sechzigtausend Zeilen und null Annotationen haben wir mypy mit fast allem deaktiviert eingeschaltet, es in die CI gehängt, damit die Fehlerzahl nicht wachsen kann, und dann Modul für Modul typisiert, beginnend an den Grenzen, wo Daten reinkommen. Strict Mode kam später, pro Package, über Per-Module-Overrides in pyproject. Sechs Monate später hat es eine None-Dereferenzierung in einem Bezahlpfad im Review gefangen statt um zwei Uhr nachts. Der andere Nutzen, den Leute unterschätzen, ist Editor-Support, denn mit echten Typen funktionieren Rename und Go to Definition wirklich, und das verändert, wie bereitwillig das Team überhaupt irgendetwas refactort.