в идеале, единственных два места где пользователь пишет типы это сигнатура query и Resource<Data> в сигнатуре кастомного квери хука

у меня была мысль сделать позиционные аргументы без массива, но идея в том, чтобы сигнатура была похожа на useMemo/useEffect

есть например useResourceFactory(queryFn, […deps]), чтобы делать фетчинг без создания ресурс кеша

может здесь есть возможность как-то указать что это не просто массив, а, хз, тупл?

А типы useEffect`а нормально хендлят (handler, ['sdf', 1]) для <[number, string]>?

там нет необходимости хендлить типы массива

но в моём случае для useResource(Res, [deps]) нужно, потому что deps это и параметры фетчинга и зависимости, которые определяют момент ре-фетчинга

…там всего то нужен еслинт, чтобы проверить замыкание

Так как проблема в месте вызова, то сильно сомневаюсь, что получится без дополнительных тайпкастов убедить тайпскрипт treat'ить [0, ''] как кортеж, а не как массив :/

я тоже отдельно пришел к похожему, мозг ломается

я в таких случаях забиваю и делаю объекты.

В месте вызова очень часто получается, что поля для объекта уже есть в переменных с соотвестствующими названиями, и вызов пыглядит как

call({ resourceA, sdf })

FYC @alexeyraspopov

Few York City?

For Your Consideration

Ааа 👍

честно говоря, я не знаю, как тайпинги работают для стандартных реактовских методов useWhatever.

весьма обидно если именно тайпскрипт будет требовать полностью изменить всю идею апи, а я им даже не пользуюсь :D

особо никаких типов там нет, просто стандартный набор, чтобы удостоверится что пользователь не пишет в useEffect объекты вместо функции, и всё такое.

конкретно для моих кастомных хуков, я хочу чтобы типы дополняли DX, без специальных требований к тому как писать код. лично мне лень писать все эти дженерики, extends, infer и прочую мета ерунду. я просто хочу два кусочка доменной логики написать и чтоб оно само мне сказало где я провтыкал

@alexeyraspopov оно?

ты упускаешь что массив в useResource() должен совпадать сигнатурой с соответствующей query функцией