YP
хотя и классика от этого не избавляет в общем-то)
Size: a a a
2019 November 01
DT
value++ точно не надо)
YP
это понятно, просто быстрее
В
как такой интерфейс в винде сделал?
Такой, это какой?)
В
Попробуй удалить node_modules и заново
npm install.Пробовал, не помогло
DT
Yauhen Penkin
ну вот [value, increaseValue] = useSomething(0), а потом еще const onIncreaseValue () => increaceValue(value++)
А в классах как бы ты сделал?
YP
да в общем то так же скорее всего, просто наверное привычнее)
DT
ну вот и пришли к тому, что все дело привычки. Тебя пока что никто не заставляет хуки использовать. Вроде был разговор, что с 17 версии они станут основным API, но до 17 версии еще время есть
YP
вот это мне и не особо нравится, т.к. пока не увидел серьезных преимуществ
B
Всем привет
Кому-нибудь терминировали аккаунт apple developer?
Кому-нибудь терминировали аккаунт apple developer?
DT
Yauhen Penkin
вот это мне и не особо нравится, т.к. пока не увидел серьезных преимуществ
Чаще всего банально меньше кода выйдет на хуках, чем на классах
DT
больше контроля
DT
через те же useMemo/useCallback
B
Интересно узнать на будущее, возможно ли потом создать новый, не заморачиваясь с впн-ом, сменок mac-адресса и прочей ерунды
YP
Чаще всего банально меньше кода выйдет на хуках, чем на классах
меньше кода - не всегда лучше читаемость)
YP
ну соглашусь, что просто дело привычки
DT
Я не думаю, что читаемость сильно пострадает, если у тебя перестанут перед глазами мельтешить render методы и конструкторы)
A
Yauhen Penkin
меньше кода - не всегда лучше читаемость)
на хуках всегда лучше смотрится, если там не надо useReduce
YP
на хуках всегда лучше смотрится, если там не надо useReduce
а большая форма как смотрится? мне кажется, что без всяких формиков будет не очень
A
Yauhen Penkin
а большая форма как смотрится? мне кажется, что без всяких формиков будет не очень
в useReducer тогда смотреть