T1
Ахаха)
Size: a a a
2020 June 04
DO
если ты используешь ту react-cookies
DO
А внутри MyApp уже
return userAuthorized? <PublicUI/>:<PrivateUI/>p
А внутри MyApp уже
return userAuthorized? <PublicUI/>:<PrivateUI/>спс
DO
Не за что, ты прочитай официальную доку по реакту, она хорошая.
p
ну я прочитал "основное" раздел и четверь хуков
p
вызубривать весь реакт пока нету времени
DO
некогда точить пилу.. :)
DO
там она вроде короткая, эта дока
DO
"10. Подъём состояния" вот этот очень важный раздел для понимания как с состоянием поступать в реакте.
p
ок гляну
AZ
по-моему нет, ноя не спец
DO
В реакте вообще, из-за его ФП натуры, одно из очень важных правил — single source of truth. Т.е. данные в состоянии не должны дублироваться, всё, что может быть вычислено из меньшего набора данных, должно быть вычислено, при желании мемоизировано. А сам набор данных, который хранится в useState, this.state, контексте, redux'е и т.д. должен быть минимальным.
AZ
Вооот, а почему бы компилятору сразу на такое не ругаться?..
потому что есть код который на такое поведение опирается
p
бля я чет совсем туплю. мне нужно показать privateUI когда сервер пришлет "ok" вместе с токеном.
DO
тебе нужно положить true в какой-то useState
AZ
я же говорю, компилятор не всегда может статически определить присутсвие УБ в коде
уб это то что компилятор и не умеет определять, иначе поведение определили. Шифтинг респонсибилити же
p
тебе нужно положить true в какой-то useState
ок
AZ
компилятор. Начинает странно оптимизировать.
https://www.ralfj.de/blog/2017/07/14/undefined-behavior.html тут подробно рассказано зачем уб нужно
p
уб это то что компилятор и не умеет определять, иначе поведение определили. Шифтинг респонсибилити же
int main() {
auto a = new int[10];
a[10]; // UB
}
auto a = new int[10];
a[10]; // UB
}