Was ist der Unterschied zwischen any und unknown in TypeScript, und wann greifst du zu welchem?

any schaltet die Typprüfung für diesen Wert ab, jeder Property-Zugriff und jeder Aufruf kompiliert also, selbst wenn er falsch ist. unknown nimmt jeden Wert an, zwingt dich aber, ihn mit einem typeof-Check, einem Type Guard oder einem Schema-Parse einzugrenzen, bevor du ihn benutzen kannst. Greif zu unknown an Vertrauensgrenzen wie fetch-Antworten und JSON.parse. Zu any greifst du fast nie.

Meine Regel ist, dass any ein Bug ist, den ich nur noch nicht gefunden habe. Wenn ich any schreibe, habe ich dem Compiler gesagt, er soll aufhören zu helfen, und der Fehler taucht stattdessen zur Laufzeit im Browser eines Nutzers auf. unknown ist die ehrliche Variante: es sagt, ich weiß nicht, was das ist, und der Compiler zwingt mich, die Form zu beweisen, bevor ich es anfasse. Praktisch heißt das, dass alles, was eine Vertrauensgrenze überquert, als unknown startet. Eine fetch-Antwort, ein Webhook-Body, alles was aus JSON.parse oder localStorage kommt. Bei einem Fintech, für das ich gearbeitet habe, haben wir unsere API-Response-Typen von Hand geschrieben, und die sind innerhalb von etwa zwei Monaten vom Backend abgedriftet, ein Feld, das nullable wurde, hat dann in der Produktion ein Tabellen-Rendering zerlegt. Wir sind auf Parsen mit zod an der Grenze umgestiegen und haben die TypeScript-Typen aus dem Schema abgeleitet, und diese ganze Bugklasse war weg. Der einzige Ort, an dem ich any noch zulasse, ist ein eng begrenzter generischer Helper, und selbst da reicht meist unknown plus ein Guard.