у меня есть компонент отвечающий за логику, там я описываю все useState, useEffect и тд, как мне потом эти данные прокинуть в children компонент?
К примеру, структура следующая:
<Logic>
<UIComponent />
</Logic>
Сделай. Заодно адаптеры для апи получишь)
Зачем он мне? Не совсем понимаю, что за адаптер честно говоря, я так понимаю как то паттерн
Да, паттерн Со стором удобнее работать чем с контекстом. Вынесешь всю логику запросов и обработки данных в стор и будет тебе счастье
Так у меня данные не глобальные, они разные от одного children к другому, поэтому удобства большого не вижу, да и чем контекст обернутый вокруг всего приложения хуже сторов, наоборот кажется супер удобным так как по сути представляет из себя обычный реакт компонент, с которым очень легко работать и не нужно ничего учить нового
Можно ли считать адаптером объект с функциями типа getSomeData(id, name) где юзается инстанс аксиоса и возвращается эвейченный ответ?
В сторе не надо юзать инстанс аксиоса, для этого должны быть сервисы
Как? дочерние элементы разные
Архитектура страдает, а не учить ничего нового = крутиться на одном уровне
С этого момента поподробнее, что ты там хочешь сделать?
И что я от этого выиграю? Создам ещё один лишний компонент судя по всему, ибо какой смысл создавать обертку, которая просто достает данные из контекста и прокидывает их. Одно из применений контекстов как раз и заключается в том, чтобы поменьше данные через пропсы прокидывать
Что ты имеешь в виду под юи-компонентом?
думаю компоненты верхнего уровня не так просто создали…
Слышал что-то про зависимость от интерфейсов? Не?
В локализуемых приложениях чистые юи-компоненты стоит абстрагировать от текстов по максимуму. У нас в проекте юи-кит имеет только парочку дефолтных плейсхолдеров (которые мы кстати вообще не юзаем никогда, всегда перекрываем), всё пропсами принимает
Обсуждают сегодня