говорю же, я сейчас четко разделяю: в сагах у меня работа с side effects (api, device, и т.п. что не относится к внутреннему состоянию приложения и меняется не из-за ввода пользователя), а где логика изменения состояния приложения

можно убрать thunk и всё на сагах сделать

можно убрать thunk и всё на сагах сделать

не надо так делать

вот, сколько людей, столько мнений

почему?

Потому что можешь делать, как хочешь, все равно работать будет

Если руки прямые. И не будет - если кривые

я даже могу привести случай когда ваш подход на 100% завалится

буду дар услышать

буду дар услышать

я выше описал

например, на экране список, который можно обновить через pull-to-refresh а можно кнопкой Reload в навбаре и если юзер сначала дернет обновление скроллом, а потом нажмет Reload - вызовется один action который уронит приложение (почему-то?)

0

например, на экране список, который можно обновить через pull-to-refresh а можно кнопкой Reload в навбаре и если юзер сначала дернет обновление скроллом, а потом нажмет Reload - вызовется один action который уронит приложение (почему-то?)

в таких случаях у меня приконнекчен редукс где я смотрю если был вызван isFetching то не диспатчу экшн

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

а как же это?

у меня на каждый поток данных три типа ERROR isFetching и Success

сначала одно спросили а теперь всё не так выходит

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

первое - не обязательно про редукс

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

а нужно на методе

-> пример искусствено ухудшен, чтобы показать преимущество

зачем все усложнять ?

+

вот и поговорили

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

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

да, но про редукс то вопрос не стоял

редукс был одним из возможных решений этой проблеммы

считаю просто что redux в RN приложении must have поэтому вся дискуссия свелась в этот контекст

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

тут нет простора для мнения - если вы пишите приложение и в нем используется redux - то всё должно быть в redux, это его суть и только тогда от него есть реальная польза

https://t.me/uxgifs

просто чтоб не быть голословным, если кто не в курсе https://en.wikipedia.org/wiki/Single_source_of_truth

SSOT не имеет отношения к разделению ответственности между стейтом и редуксом

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

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

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

SSOT нарушается, если мы кладем что-то И в стейт, И в редукс

или например держим одно и то же значение в разных полях стора

воля ваша

это хорошо, когда к internal state компонента можно пробиться извне или оно никому не нужно, но по мере развития приложения и усложнения его логики предпочтительнее хранить всё в redux

предпочтительнее => я предпочитаю и будет классно сказано:)

вот в кассу вам

что предпочтительнее (что предпочитаете)

передать параметры экрану через props.state навигатора или через редакс?)

ну допустим айдишник выбранной записи для детэйлс-экрана?

передать параметры экрану через props.state навигатора или через редакс?)

первое, ибо в этом кейсе проще)

считаю просто что redux в RN приложении must have поэтому вся дискуссия свелась в этот контекст

позволю не согласится ?не все на js пишут RN приложения ?да и в js необязательно

первое, ибо в этом кейсе проще)

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

предпочтительнее => я предпочитаю и будет классно сказано:)

всё в мире относительно

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

позволю не согласится ?не все на js пишут RN приложения ?да и в js необязательно

а на чем еще можно писать RN приложения?

а на чем еще можно писать RN приложения?

я вот на cljs пишу еще

да вообще любой compile to js язык берешь и все)

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

я тогда пробовал подгружать некоторые данные из АПИ до того как откроется экран )

я тогда пробовал подгружать некоторые данные из АПИ до того как откроется экран )

ну тогда логично))

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

а кто-то взяв навигатор не подключает его к redux?

я например)

бывает нет необходимости

видимо я слишком зашоренный

я вообще никакого выхлопа для себя не заметил от подключения навигатора к redux и ему подобным

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

что-то я не понимаю

это же избавляет от работы с навигатором напрямую

пишешь редюсер, в нем обрабатываешь действия

case OPEN_PROFILE: ... меняешь стейт навигатора

в итоге визуальный компонент - навигатор - всегда в понятном состоянии

да он итак всегда понятен имхо

пока юзер 10 раз в секунду кнопки не начнет нажимать которые сами себя не блочат ?

пока юзер 10 раз в секунду кнопки не начнет нажимать которые сами себя не блочат ?

кейс при навигации?

описать?

конечно)

дак вот есть у тебя список юзеров, по тапу открывает профиль, ну и пушится в стек экран профиля

я завел себе не сколько хелперов аля navigateTo, resetTo, navigateBack и в редких случаях юзаю диспатч с кастомным экшином

дак вот есть у тебя список юзеров, по тапу открывает профиль, ну и пушится в стек экран профиля

и? что тут может пойти не так?

инстанцируется 10 экранов и положатся в стопку, не может такого быть?

как?) если он сразу уходит на другой скрин

ну где-то 250 мс на анимации у юзера же есть?

да ниче он не успеет нажать, его сразу на другой экран бросит

ладно, это слишком абстрактный пример, много зависит от реализации компонентов

я успевал, но то про нативщину речь...

да ниче он не успеет нажать, его сразу на другой экран бросит

два раза успеет тапнуть и правалится два раза на один и то же экран

два раза успеет тапнуть и правалится два раза на один и то же экран

не верю ?

не верю ?

серьезно говорю ) я вот это фиксил совсем не давно

даже issue есть

да ниче он не успеет нажать, его сразу на другой экран бросит

еще как успевают)

это видимо просто баг) в ios же presentViewController точь в точь тоже самое делает

MissingWebViewPackageException: Failed to load WebView provider: No WebView installed

это че?

ведро без браузера?

MissingWebViewPackageException: Failed to load WebView provider: No WebView installed

https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/webkit/WebViewFactory.java#112

android.webkit.WebViewFactory in getProviderClass at line 371 android.webkit.WebViewFactory in getProvider at line 194 android.webkit.CookieManager in getInstance at line 39 com.facebook.react.modules.network.ForwardingCookieHandler in getCookieManager at line 158 com.facebook.react.modules.network.ForwardingCookieHandler in get at line 56 okhttp3.JavaNetCookieJar in loadForRequest at line 59 com.facebook.react.modules.network.ReactCookieJarContainer in loadForRequest at line 40 okhttp3.internal.http.BridgeInterceptor in intercept at line 84 okhttp3.internal.http.RealInterceptorChain in proceed at line 92 okhttp3.internal.http.RetryAndFollowUpInterceptor in intercept at line 120 okhttp3.internal.http.RealInterceptorChain in proceed at line 92 okhttp3.internal.http.RealInterceptorChain in proceed at line 67 okhttp3.RealCall in getResponseWithInterceptorChain at line 179 okhttp3.RealCall$AsyncCall in execute at line 129 okhttp3.internal.NamedRunnable in run at line 32 java.util.concurrent.ThreadPoolExecutor in runWorker at line 1133 java.util.concurrent.ThreadPoolExecutor$Worker in run at line 607 java.lang.Thread in run at line 761

при запросе сетевом чтоль?

нет, не похоже. запрос при открытии у тебя так и так будет

android GCM работает или FCM надо использовать?

okhttp3.RealCall$AsyncCall

android GCM работает или FCM надо использовать?

react-native-fcm и для иос и для вёдер

Я уже apns сделал, всве работает

Нужен GCM, он еще есть или это FCM?

fcm

gcm у тех у кого раньше был остался, новые проекты только с fcm