там даж не посмотришь сколько раз оно ререндерится

в дев туле есть такая возможность :))

во вью жс ?

в хроме

ну пеинт

ты можешь видеть что у тебя обновилось

ну это пеинт

он вызываетс

больше раз чем компонент обновляется

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

Так-то нет

Мы же абстракции строим, чтобы от чрезмерной явности избавляться

Наоборот

там даж не посмотришь сколько раз оно ререндерится

консоль лог в updated хуке ?

хд

Наоборот

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

Так-то нет

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

Затем что ты будешь писать код. Писать писать. А потом раз и охуеешь, что производительность в пизде. А оказалось что обновляется то, чего ты не предполагал

А как лучше и что подключать к стору?

а кто тут effector использует в реальных проектах?

вопрос, как там в сагах это дело работает?

так он не привязан

вроде к этому

но там вроде ивент это не совсем обычный ивент

ну мне интересно сразу нюансы выяснить

обычно же как, в саге сделал put и тут же ниже await take

в еффекторе нету тип саги

вроде бы

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

onPressBack = match => { это синтакисис какого ES?

Шестого, 2015 по совместительству, стрелочная функция

Всем привет

На медиуме есть статейка

Как объединить react web + native

https://medium.com/@yannickdot/write-once-run-anywhere-with-create-react-native-app-and-react-native-web-ad40db63eed0

Следуя всем указаниям

На выходе у меня красивая картинка

Сюда обычно пишу в качестве последнего фронта

Так сказать предсмертная попытка

У кого-нибудь есть какие-нибудь идеи?

Мне кажется затея объединить веб и мобильную версии - не удалась (по крайней мере у меня) и если не найдется решение - будут два разных репозитория

Конечно, если у кого-нибудь здесь окажется другая сборная солянка - буду рад, если поделитесь

Конечно, если у кого-нибудь здесь окажется другая сборная солянка - буду рад, если поделитесь

@InkFaust да, есть на базе create-react-app + expo + ssr есть собранное решение, пишите в личку проконсультирую.

а в самой концепции управления стейтами в effector

Что там

обычно же как, в саге сделал put и тут же ниже await take

Мне оч не нравится подобный подход

Шестого, 2015 по совместительству, стрелочная функция

спасибо)

Что там

ну там я делал просто epic(debounce).map и это не давало естественно никакого результата

надо было еще ,to добавить в конце

либо цепляться непосредственно к стору через ,on

а у меня в двух местах получается было и .on и .epic(debounce).map и я не понимал почему дебаунс не пашет :))

а как ты писал ?

а там просто параллельно в сторе значение всегда менялось

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

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

не, в сторе просто .on(event, state, payload => ...

в самом эффекте было .epic(...).map(...) без .to(...)

без .to вроде новый стор будет? @ZeroBias

на самом деле это не очень хороший вариант давать возможность в двух местах делать мутацию стора

а без .to вообще стор не изменится

.to это хелпер на основе .on, емнип

без .to вроде новый стор будет? @ZeroBias

По ходу, чет только путает больше

По ходу, чет только путает больше

да вроде не оч запутанно)

мап же не отправляет ничего

weak map лол ?

сейчас для сравнения покажу код через redux-act и effector

одно и тоже делает

вот effector

сейчас для сравнения покажу код через redux-act и effector

))00

а вот через redux-act

функциональность идентична

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

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

а я так и сделал

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

> пилишь либку для комбинирования сторов > ее юзают как redux-actions

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

> пилишь либку для комбинирования сторов > ее юзают как redux-actions

?

но у меня правда для redux-act свой экшин билдер есть

который генерит мне RSF экшины

аа

зачем ты со стором такое делаешь ?

зачем ты со стором такое делаешь ?

какое такое?

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

я понимаю но такйо подход

он налогичен

window.dispatch = store.dispatch

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

window.dispatch = store.dispatch

я люблю чтобы было прозрачно

и bindActionCreators( { request, success, fail }, window.dispatch)

это тоже самое

просто более запутанное

и bindActionCreators( { request, success, fail }, window.dispatch)

я давно не использую plain actions я не нашел в них никакой выгоды для себя

я вызываю экшины сразу, они байндятся сразу к стору у меня всегда