использую https://reactnavigation.org пока почему-то нравится больше чем react-native-navigation-flux

Мне тут один товарищ сообщил что они успешно RR4 для навигации используют)

обычный flag

через сеттаймаут просто снимай

this.flag = false; onPress={() => { if (!this.flag) { this.flag = true; //button disable && actions setTimeout(() => { this.flag = false; }, 1000) } }) - разве так нельзя?

ну тут стейт не вызываешь значит и рендер не будет

ререндер*

А что тогда?)

Любопытство?

бить током/вибрацией пользователя))))

проблема точно не в кнопке тогда если прила падает

дебаунс?

проблема не в многократном нажатии, а то что это многократное нажатие делает. если оно при нажатии в сеть ходит, то очевидно надо где то флаг ставить на время пока респонз не пришел

да вам не угодить сударь)

имхо красота это не то к чему стоит стремится в приложении (в плане красоты кода)

а при тыкании кнопки и вызова некого действия в редаксе менять loading с false на true, и как только твое действие отработало менять назад на false, а в touchable disabled={ loading } ?

ну а че с дб в асинксторедж и там уже работаем

попутно юзая апп стейт

:D

ERROR: JAVA_HOME is set to an invalid directory: C:\Program Files\Java\jdk1.8.0_144 Кто сталкивался с этим?

ERROR: JAVA_HOME is set to an invalid directory: C:\Program Files\Java\jdk1.8.0_144 Кто сталкивался с этим?

Здесь 1 вариант. Неверный путь

а при тыкании кнопки и вызова некого действия в редаксе менять loading с false на true, и как только твое действие отработало менять назад на false, а в touchable disabled={ loading } ?

тоже так делаю 👍

ну для вот таких локальных флагов я использую this.state компонента

(setState не вызовет ререндера если иерархия не изменилась) все, закончил ворчать 😄

всё надо делать через redux в том и смысл

у меня вообще коннекты только в нужных местах, а не один большой контейнер

как вы делаете снэпшоты для ай ос и андроид?

вот есть скажем TextField, именно к нему и коннекчу

yep

и не надо ничего пробрасывать

ничего подобного, в коннект же самый обычный компонент приходит, так что переиспользую себе спокойно

mapStateToProps не просто так существует

а не для того чтобы делать (state) => state.someSubState

они итак отображаются, какая разница пришло это из родительского контейнера или из коннекта?

блин, зачем тебе чтобы законнекченный то был универсален. мне кажется ты путаешь

она итак в одном месте - в редаксе

а я тебе говорю что ты ошибаешься)

на самом деле этот способ даже более переиспользуемый. например у меня есть такой законнекченный компонент регистрации (все полностью инкапсулировано) и я могу вставлять его куда угодно, и не надо думать о том что мне надо пробросить какие то пропсы туда, экшены и прочую лабуду

и на самом деле сам компонент регистрации тоже знает только что есть какие то инпуты которые надо нарисовать и не знает что им надо какие то пропсы пробрасывать, всего лишь отображает их

вообще все данные готовлю, чтобы было для пропсов. можно и динамически зависимости тянуть

вообще когда я первый раз услышал про то как делать таким способом мне сначала тоже не понравилась идея, но потом распробовал 😊

а мы пользуемся storybook и там не отобразить компоненты с коннектами (ну или я еще не знаю как)

а мы пользуемся storybook и там не отобразить компоненты с коннектами (ну или я еще не знаю как)

а там и не надо компоненты с коннектами отображать))

это application level, а не отдельные компоненты

ну вот мне надо там целый экран отобразить, а там по сути в экране куча компонентов у которых куча коннектов

хм, может я конечно что то не понимаю, но зачем в storybook целый экран делать

чтобы дизайнер видел, как экран в целом будет выглядеть

нуууу ооок)))

можно сделать так чтобы в сторибуке connect был фейковый)

хотя я конечно им не пользуюсь)

ну пропсы в коннекте подготовить это ж пол-дела, а экшоны для их изменения?) каждый переиспользуемый раз новые экшоны?)

ну пропсы в коннекте подготовить это ж пол-дела, а экшоны для их изменения?) каждый переиспользуемый раз новые экшоны?)

?

ну вон в контексте кнопки

две кнопки - два экшэна

три кнопки - три

если кнопка свой стейт в редаксе хранит

пока логично говоришь 😄

а есть какие то другие варианты?

я в таких случаях делаю пропс name="asfasfds"

и фигачу экшоны changeState(name, value) ))

а, ну дык пожалуйста, я тоже так делаю)

язык то динамический, верти как хочешь)

ну это для тех случаев когда кнопку "отжать" могут по результатам запроса в апи)

а если стей дальше компонента не уходит - то setState конечно)

ну у меня setState, гораздо реже, а то по опыту, придет ПМ и скажет "а вот сделай еще чтобы когда кнопка нажата, какая нибудь хрень внизу в самом исчезала"

рефакторинг - экстракт стэйта в редакс))

рефакторинг - экстракт стэйта в редакс))

ну вот мне проще сразу туда засунуть, чтобы не рефакторить))

ПМу по голове постучать еще можно)) чтоб не умничал часто))

ишь ты бунтарь)

делать надо так, чтобы легко изменять было)) в этом и есть любимый всеми баззворд - архитектура

постучать это так: тук-тук-тук АЛЁ У ВАС ВСЕ ДОМА?

делать надо так, чтобы легко изменять было)) в этом и есть любимый всеми баззворд - архитектура

Это quality attribute modifiability

Это quality attribute modifiability

какой то жаргон QA 😄

какой то жаргон QA 😄

Ну почему же)

субъективно)

не, звучит классно и солидно)

с таким перед начальством стыдно не будет))

с таким перед начальством стыдно не будет))

;)

;)

вот буду теперь на стендапах так говорить (когда на самом деле фигней маялся) 😄

Главное не сделать сит даун ☺