Dlaczego dane z API sprawdzamy podczas działania programu? Po co unknown?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Typy TypeScript pomagają sprawdzić nasz kod, ale serwer może przysłać coś innego niż obiecał. Dlatego dane z zewnątrz traktuję najpierw jako nieznane i sprawdzam ich kształt. Zod to biblioteka, w której opisuję oczekiwane pola i warunki, a potem sprawdzam według nich otrzymaną wartość. Dopiero po takim sprawdzeniu korzystam z nich jako z konkretnego typu.
unknown wymaga upewnienia się, z czym pracujemy. any pozwala niemal dowolnie używać wartości i łatwo ukrywa błąd. Napisanie as User nie sprawdza JSON-a. Dodatkowo poprawny obiekt nie musi być dozwolony: dokument może mieć prawidłowe pola, a nadal należeć do innego użytkownika. Sprawdzenie danych i sprawdzenie prawa do nich to oddzielne zadania.
Dlaczego to ważne: Wspólna podstawa API, wyników LLM i argumentów narzędzi.
Możliwe dopytania: Czy schema potwierdzi, że podana cena jest prawdziwa?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- B-P01 · Czym jest Node.js i czym różni się od JavaScriptu w przeglądarce? — JavaScript, TypeScript i Node.js
- B-P04 · Co to jest Promise? — JavaScript, TypeScript i Node.js
- B-P10 · Co daje TypeScript i czego nie daje? — JavaScript, TypeScript i Node.js
Powiązane pytania
- any vs unknown — jak obsłużyć nieznane dane? — TypeScript
Przećwicz w kodzie
- Rozgrzewka: sprawdzenie wejścia — uruchamia testy w przeglądarce
Dalsza lektura
- Zod: Introduction(otwiera się w nowej karcie)Dostęp 22.10.2026. Schematy i sprawdzanie danych w czasie działania programu.
- TypeScript for JavaScript Programmers(otwiera się w nowej karcie)Dostęp 22.10.2026. Podstawy typów i ich rola podczas pracy nad kodem.