<b>TanStack — это не «пакет для всего», а набор решений под конкретную боль</b>

<b>TanStack — это не «пакет для всего», а набор решений под конкретную боль</b>

У TanStack сильная сторона не в модности, а в дисциплине API: каждый пакет закрывает один слой, и его проще заменить или изолировать. Для продакшена это удобно, если вы не хотите тащить монолитный UI-кит ради одной таблицы или хука.

Что обычно берут в первую очередь:
— TanStack Query: кэш, дедупликация, синхронизация данных между экранами.
— TanStack Table: голая логика таблиц без навязанной разметки.
— TanStack Router: типобезопасная навигация и явная структура роутов.
— TanStack Virtual: когда список уже мешает рендеру и скроллу.

Главная ошибка — пытаться использовать их как «магический слой» поверх хаоса. Если ключи запросов нестабильны, состояние фильтров живёт отдельно, а роуты описаны вручную и кусками, то Query и Router только аккуратнее упакуют проблему. Сначала нормализуйте domain state, потом подключайте инструменты.

Еще один полезный принцип: не смешивайте server state, UI state и derived state в одном месте. Query хранит удалённые данные, Table — представление, Router — адрес и параметры, а всё, что вычисляется из них, лучше получать селекторами, а не дублировать в useState.

Если нужен стек для SaaS, админок и интерфейсов с тяжёлой навигацией, TanStack хорош именно как конструктор: берёте только те части, которые усиливают ваш архитектурный слой, и не платите за лишнюю магию.