🧨
Size: a a a
2020 October 09
VK
Ребят, может не раз эта басня играла, но все же. Какие есть хорошие курсы, с React и все такое, ну вот прям как стоит писать приложение. React samurai и пару проектов уже сделал, какое то понимание реакта имеется. Или лучше просто проекты свои делать?
Q
Здоровья вам!
И
ну я этих людей и не понимаю. За пол года можно такую скорость печати развить, что будешь печатать быстрее людей которые юзают подобные алиасы
А если и скорость печати высокая, и алиасы знаешь, то пишешь быстрее, чем думать успеваешь 👍🏿
RS
А если и скорость печати высокая, и алиасы знаешь, то пишешь быстрее, чем думать успеваешь 👍🏿
А если и думаешь быстро, то вообще можно как бог писать
И
А если и думаешь быстро, то вообще можно как бог писать
Не, есть фундаментальное ограничение в виде планковской секунды — как бог всё равно не получится
T
А если и думаешь быстро, то вообще можно как бог писать
А если хорошо думаешь, то вообще не пишешь
🧨
А если и думаешь быстро, то вообще можно как бог писать
если жить в таком ритме, то можно ебануться
AP
Ребят, давайте обсудим, такая ситуация: Компонент форма логин и пароль отправляет запрос серверу на авторизацию, при успехе <Suspense><lazy><Suspence> подгружает основной контент в котором есть шапка с именем аккаунта...имя аккаунта фетчится дополнительным запросом когда уже пользователь авторизован. Если обновить страницу, то через сессию авторизация не спадает и показывается сразу <Suspence> контент.
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
S🛸
Aleksandr Potkin
Ребят, давайте обсудим, такая ситуация: Компонент форма логин и пароль отправляет запрос серверу на авторизацию, при успехе <Suspense><lazy><Suspence> подгружает основной контент в котором есть шапка с именем аккаунта...имя аккаунта фетчится дополнительным запросом когда уже пользователь авторизован. Если обновить страницу, то через сессию авторизация не спадает и показывается сразу <Suspence> контент.
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
Почему не спасает?
И
Aleksandr Potkin
Ребят, давайте обсудим, такая ситуация: Компонент форма логин и пароль отправляет запрос серверу на авторизацию, при успехе <Suspense><lazy><Suspence> подгружает основной контент в котором есть шапка с именем аккаунта...имя аккаунта фетчится дополнительным запросом когда уже пользователь авторизован. Если обновить страницу, то через сессию авторизация не спадает и показывается сразу <Suspence> контент.
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
Вопрос: где лучше фетчить имя аккаунта? перед отрисовкой <Suspence> пробрасывая ему через пропсы имя аккаунат или внутри <Suspence> в useEffect() вызывая при этом два раза ререндер?
Лучше отделять модель от представления — не фетчить из компонентов, описывать модель данных и сигналы для изменения этой модели. А как вьюха будет обращаться к модели и сообщать о необходимых изменениях, до суспенса или после — дело десятое, зависящее от бизнес-логики и логики разделения кода на фичи
AP
Лучше отделять модель от представления — не фетчить из компонентов, описывать модель данных и сигналы для изменения этой модели. А как вьюха будет обращаться к модели и сообщать о необходимых изменениях, до суспенса или после — дело десятое, зависящее от бизнес-логики и логики разделения кода на фичи
"не фетчить из компонентов" тогда где фетчить? если не используется Redux thunk
AP
Лучше отделять модель от представления — не фетчить из компонентов, описывать модель данных и сигналы для изменения этой модели. А как вьюха будет обращаться к модели и сообщать о необходимых изменениях, до суспенса или после — дело десятое, зависящее от бизнес-логики и логики разделения кода на фичи
допустим в "контейнерной" компоненте?норм же?
И
Aleksandr Potkin
"не фетчить из компонентов" тогда где фетчить? если не используется Redux thunk
Например, из redux thunk. Или из mobx-модели. Или из эффекта в effector. Или из реакции в reatom
И
Aleksandr Potkin
допустим в "контейнерной" компоненте?норм же?
Компонент — это он. Если ты фетчишь из компонента-контейнера, то ты фетчишь из компонента
И
Aleksandr Potkin
допустим в "контейнерной" компоненте?норм же?
На одних только компонентах нельзя построить адекватную архитектуру. Без адекватной архитектуры первый вопрос не имеет смысла — в любом случае получится херово
AP
Например, из redux thunk. Или из mobx-модели. Или из эффекта в effector. Или из реакции в reatom
этот контейнер же не играет роли никакой в представлении...а если приложение это только форма и имя аккаунта и что тогда? все равно подключать thunkи и ему подобные?
DK
Aleksandr Potkin
этот контейнер же не играет роли никакой в представлении...а если приложение это только форма и имя аккаунта и что тогда? все равно подключать thunkи и ему подобные?
Т.е. тот момент, что для приложения только с одной формой реакт тянуть вас не смущает, а вот thunk конечно же перебор?
Вы сейчас сам условия придумываешь какие то, что бы оправдать fetch в компонентах.
Вы сейчас сам условия придумываешь какие то, что бы оправдать fetch в компонентах.
2020 October 10
AP
Т.е. тот момент, что для приложения только с одной формой реакт тянуть вас не смущает, а вот thunk конечно же перебор?
Вы сейчас сам условия придумываешь какие то, что бы оправдать fetch в компонентах.
Вы сейчас сам условия придумываешь какие то, что бы оправдать fetch в компонентах.
считаешь что dispatch(someThunk) в useEffect круче чем fetch?
DK
Aleksandr Potkin
считаешь что dispatch(someThunk) в useEffect круче чем fetch?
В 99% случаев - определенно да.