п
Size: a a a
2020 October 30
И
но лучше чем с одним useState и объектом в нём ¯\_(ツ)_/¯
useReducer — «ну да, ну да, пошёл я нахер»
BB
но лучше чем с одним useState и объектом в нём ¯\_(ツ)_/¯
ну зависит от таска. иногда объектом удобнее оперировать. редкий кейс, но бывает
И
тогда другой вопрос, нормально ли так делать set значения прямо в onChangeText или же лучше выносить это в отдельную функцию?
Норм
п
Лучше разделять, да. Нет смысла в одном держать. А если они связаны между собой (обновляются вместе), то лучше useReducer
спасибо, поняла
t
у тебя прилетает event вместо значения как минимум
t
event !== event.target.value
И
у тебя прилетает event вместо значения как минимум
Это не input
п
Это не input
инпут же
И
инпут же
<TextInput onChangeText /> — это не <input onChange />
BB
инпут же
ну ты в onChangeText уже готовое value отправляешь?
BB
если да, то все ок. если там event, то не матчится
п
ну ты в onChangeText уже готовое value отправляешь?
да
п
еще такой вопрос, у нас есть интерфейс с описанием полей и функции, что их выводит, почему их нужно описывать в интерфейсе, а setEmail, setPassword нет. сорри за тупые вопросы, пытаюсь разобраться
И
А их не нужно описывать в интерфейсе. В интерфейсе описывается то, что компонент принимает снаружи
АБ
<TextInput onChangeText /> — это не <input onChange />
мне думается это RN, там это дефолтный инпут (правды ради там и на onChangeText сразу value падает голый)
И
BB
еще такой вопрос, у нас есть интерфейс с описанием полей и функции, что их выводит, почему их нужно описывать в интерфейсе, а setEmail, setPassword нет. сорри за тупые вопросы, пытаюсь разобраться
useState умеет высчитывать типы на основании переданного аргумента. дженерики тебе там (конкретно в этом случае) не нужны.
а пропсы нужно описывать потому, что посчитать никак нельзя, какие типы компонент будет принимать. затем они и пишутся
а пропсы нужно описывать потому, что посчитать никак нельзя, какие типы компонент будет принимать. затем они и пишутся
п
А их не нужно описывать в интерфейсе. В интерфейсе описывается то, что компонент принимает снаружи
ага, хорошо , но функции тип login нужно ведь описывать? или только поля, что идут от юзера тип email, password