TanStack полезен только там, где у вас уже есть сложный data-flow, а не «просто таблица»

TanStack полезен только там, где у вас уже есть сложный data-flow, а не «просто таблица»

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

Для себя проверяйте три вещи:
— есть ли много источников данных и кеширование;
— нужна ли синхронизация фильтров, пагинации, сортировки;
— упирается ли UI в рендер больших списков или таблиц.
Если ответы «нет», часто достаточно простого состояния и обычного fetch.

Самая частая ошибка — пытаться «сразу по-танстаковски» строить всё приложение. Тогда query-ключи, инвалидция, optimistic update и виртуализация начинают жить отдельно от продукта. В итоге команда думает не о UX, а о том, как не сломать кеш. Для high-load SaaS это нормально, для лендинга или кабинета с 5 экранами — лишнее.

Хорошее правило: сначала описывайте доменную модель и сценарии, потом подключайте TanStack как слой инфраструктуры, а не как стиль программирования.