Najlepsze darmowe narzędzia do sprawdzania typów w TypeScript

TypeScript to dziś standard w poważnym frontendzie — ale sam kompilator, nawet z strict: true w tsconfig.json, nie wyłapie wszystkiego. Istnieje cały ekosystem darmowych narzędzi, które uzupełniają statyczną analizę typów, automatyzują wykrywanie błędów i pilnują spójności kodu. Przetestowaliśmy trzy z nich — ESLint, DeepSource i Prettier — żeby sprawdzić, co realnie wnosi każde z nich do codziennej pracy z TypeScriptem. Oto the things actually worth installing.

Dlaczego sam tsc nie wystarczy?

Kompilator TypeScript (tsc) z włączonym strict: true to solidna podstawa — wykrywa null/undefined, niejawną any i inne typowe pułapki. Ale nie sprawdzi, czy formatowanie kodu jest spójne, czy importy są nieużywane, ani czy nie popełniasz subtelnych błędów logicznych, które kompilator przepuści. Tu wkraczają narzędzia zewnętrzne, które działają na poziomie AST i reguł semantycznych1.

Nasze typy

�� ESLint z @typescript-eslint — standard branży

ESLint od lat jest de facto standardem lintera w ekosystemie JavaScript. Dla TypeScript kluczowa jest wtyczka @typescript-eslint/eslint-plugin, która dodaje reguły świadome typów — tzw. type-aware linting. ESLint wyłapuje błędy, które kompilator TypeScript pomija: nieużywane zmienne, nieprawidłowe rzutowania, brakujące przypadki w switch czy potencjalne wycieki pamięci1.

Konfiguracja sprowadza się do kilku linijek:

{
  "parser": "@typescript-eslint/parser",
  "plugins": ["@typescript-eslint"],
  "extends": [
    "eslint:recommended",
    "plugin:@typescript-eslint/recommended",
    "plugin:@typescript-eslint/recommended-requiring-type-checking"
  ]
}

Dzięki integracji z edytorami (VS Code, WebStorm) błędy widzisz natychmiast podczas pisania kodu, a nie dopiero przy kompilacji. To narzędzie, które powinno znaleźć się w każdym projekcie TypeScript — i jest w 100% darmowe.

Zakres: Statyczna analiza kodu z regułami świadomymi typów.

�� DeepSource — automatyczna analiza w CI/CD

DeepSource to platforma do statycznej analizy kodu, która działa w tle — podłączasz ją do repozytorium GitHub, GitLaba lub Bitbucketa, a ona automatycznie skanuje każdy pull request pod kątem błędów typów, antypatternów i luk bezpieczeństwa1. Dla TypeScript oferuje zestaw autofixów — sama poprawia wykryte problemy i proponuje zmiany.

W przeciwieństwie do ESLinta, który działa lokalnie, DeepSource egzekwuje standardy na poziomie całego zespołu. Nie musisz polegać na tym, że każdy programista ma włączonego lintera w edytorze — analiza odbywa się na serwerze, a wyniki trafiają bezpośrednio do review procesu.

Zakres: Automatyczna analiza CI/CD z autofixami.

�� Prettier — formatowanie, które zapobiega szumowi

Prettier to uparty formatter kodu — i to jego największa zaleta. Nie daje opcji konfiguracji stylu, bo jego celem jest wyeliminowanie dyskusji o formatowaniu w zespole. W kontekście TypeScript Prettier odgrywa kluczową rolę: spójne formatowanie oznacza, że diff w pull requeście pokazuje tylko rzeczywiste zmiany typów i logiki, a nie przesunięcia nawiasów czy spacji1.

Prettier integruje się z ESLintem (poprzez eslint-config-prettier, który wyłącza kolidujące reguły) i działa zarówno lokalnie, jak i w hookach git (Husky + lint-staged). Nie sprawdza typów — ale bez niego recenzja kodu pod kątem typów jest o wiele trudniejsza.

Zakres: Automatyczne formatowanie kodu.

Porównanie narzędzi

Jak to wszystko zgrać w praktyce?

Optymalny zestaw narzędzi w projekcie TypeScript wygląda tak:

1. tsconfig.json z "strict": true — podstawa.
2. ESLint z @typescript-eslint — lokalna analiza w edytorze.
3. Prettier — spójne formatowanie, uruchamiane przez hook pre-commit.
4. DeepSource — dodatkowa warstwa w CI, która łapie to, co przegapił lokalny linter.

Taka konfiguracja pokrywa 99% błędów typów i stylu — i nic nie kosztuje. TypeScript Playground to z kolei świetne miejsce do szybkiego testowania typów w izolacji2, ale do realnego projektu potrzebujesz całego powyższego zestawu.

Artykuł zawiera linki afiliacyjne. Jeśli zdecydujesz się skorzystać z polecanych narzędzi, możemy otrzymać prowizję — nie wpływa to jednak na nasze rekomendacje ani na cenę, jaką płacisz.

Chcesz dopytać o coś, czego artykuł nie wyjaśnił? Zapytaj silnik — niesie kontekst artykułu.