A
Хуки импортируйте где нужно. Зачем их передавать?
Создал хук внутри компонента, в пропсах передаю его другому компоненту.
А как импортом делать подскажите?
А как импортом делать подскажите?
Size: a a a
2021 March 13
VK
И получается, что в приложении есть отдельно иерархия этих маленьких сторов, которые взаимодействуют между собой и описывают всю логику, а есть просто иерархия компонентов, которая может это отрендерить
RU
Создал хук внутри компонента, в пропсах передаю его другому компоненту.
А как импортом делать подскажите?
А как импортом делать подскажите?
не делай так) хуки должны быть отдельно
RU
давай лучше оперирвоать сущностями, вот например сущность юзера, его имя и все такое, этот стор юзера использут несколько компонентов, это получаеться глобальный микростор, у которого есть состояние и методы для работы с ним
сильно попахивает Backbone'ом 😄
VK
И получается, что в приложении есть отдельно иерархия этих маленьких сторов, которые взаимодействуют между собой и описывают всю логику, а есть просто иерархия компонентов, которая может это отрендерить
И в такие сторы можно класть вообще всю логику, это не бьет по производительности и т.п.
С редаксом так не выйдет)
С редаксом так не выйдет)
MK
Если есть уверенность в большом расширении то да, но редакс как я уже сказал начинают пихать везде где стейты используются больше чем в 1 компоненте
окей а вот допустим у нас есть такое место где состояние исплозьзуется чисто в одном компоненте и мы делаем его локальным. Нужно нам теперь делать какой то запрос за данными, в случае с редаксом у нас есть четкий слой экшон -> мидлвара -> api -> сетинг полученных данных, а как с локальным быть? получаеться что весь наш четкий флоу работы рушиться и мы обрабатывем вызов api слоя в компоненте
MK
и получаетсья каша, в части приложения так в части так
RU
окей а вот допустим у нас есть такое место где состояние исплозьзуется чисто в одном компоненте и мы делаем его локальным. Нужно нам теперь делать какой то запрос за данными, в случае с редаксом у нас есть четкий слой экшон -> мидлвара -> api -> сетинг полученных данных, а как с локальным быть? получаеться что весь наш четкий флоу работы рушиться и мы обрабатывем вызов api слоя в компоненте
подпишусь на ответ на этот вопрос
VK
Но проблема кеша никуда не девается
И потому я считаю, что нам нужны инструменты типа react-query и т.п.
Они очень хорошо позволяют с этим кешем работать
И потому я считаю, что нам нужны инструменты типа react-query и т.п.
Они очень хорошо позволяют с этим кешем работать
RU
Но проблема кеша никуда не девается
И потому я считаю, что нам нужны инструменты типа react-query и т.п.
Они очень хорошо позволяют с этим кешем работать
И потому я считаю, что нам нужны инструменты типа react-query и т.п.
Они очень хорошо позволяют с этим кешем работать
если что есть rtk-query
RU
у меня на проекте сейчас вот точно такой же срач начинается. люди хотят делать запросы в компонентах, а я хотел бы запретить вообще await в компонентах делать
VK
если что есть rtk-query
Знаю, и это круто, я ж не спорю)
MK
сильно попахивает Backbone'ом 😄
если так будет легче я думал в рамках мобх)
~
Oleg Junior
Здравствуйте! Я начал писать первое небольшое приложение на реакт. Я собираюсь его потом деплоить, но деплоить как не знаю пока еще ( не умею ). Не подскажете, я должен что-то учесть при написании приложения для будущего деплоя?
yarn build,
yarn add global serve
serve -s build
yarn add global serve
serve -s build
RU
есть еще один момент - это экспериментальная ветка реакта с его useTransition и suspense for data fetching. подозреваю, что когда оно выйдет в лайв - это будет очередная микрореволюция типа хуков и возможно некоторые стм станут не так актуальны
VK
есть еще один момент - это экспериментальная ветка реакта с его useTransition и suspense for data fetching. подозреваю, что когда оно выйдет в лайв - это будет очередная микрореволюция типа хуков и возможно некоторые стм станут не так актуальны
Просто стм не решают проблемы дата-фетчинга🤷♂
Сами по себе
Сами по себе
RU
Просто стм не решают проблемы дата-фетчинга🤷♂
Сами по себе
Сами по себе
но они "влияют" на их архитектуру
RU
если например ты берешь редакс, то у тебя дата фетчинг по идеологии вне компонентов
VK
если например ты берешь редакс, то у тебя дата фетчинг по идеологии вне компонентов
Так с react-query то же самое)
Он занимается запросами и работой с ними, ему просто дайте промис в руки)
Он занимается запросами и работой с ними, ему просто дайте промис в руки)
RU
ну в каком-то смысле да