Size: a a a

2020 August 06

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
для самого эффектора понятия прода не существует, его поведение не меняется
источник

AO

Aleksandr Osipov in ☄️ effector
@ZeroBias Дим, можешь коммент оставить по https://t.me/effector_ru/150845
Telegram
Aleksandr Osipov in ☄️ effector
Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

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

AO

Aleksandr Osipov in ☄️ effector
Подход с верной стороны вообще
источник

DS

Dmitriy Shuleshov in ☄️ effector
Aleksandr Osipov
@ZeroBias Дим, можешь коммент оставить по https://t.me/effector_ru/150845
Telegram
Aleksandr Osipov in ☄️ effector
Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

UPD: обновил репл, теперь есть стор pendings, но есть глитчи при отмене предыдуших запросов…
https://t.me/effector_ru/150962

B вот еще в довесок
источник

AO

Aleksandr Osipov in ☄️ effector
Ага, спасибо, я стенснялся спросить у автора reeffect сам
источник

S

Sanj in ☄️ effector
Добрый вечер коллеги,  в эффекторе можно lazy загружать сторы?  В редаксе root reducer весь грузится при загрузки приложения
источник

AO

Aleksandr Osipov in ☄️ effector
В эффекторе локальные статические сторы, нет центрального хаба в виде мидлвари редакса, так что ответ положительный, можно, но лучше уточнить вопрос
источник

AO

Aleksandr Osipov in ☄️ effector
Sanj
Добрый вечер коллеги,  в эффекторе можно lazy загружать сторы?  В редаксе root reducer весь грузится при загрузки приложения
Тут нет понятият root reducer, сторы независимы покуда не соединены явными связями, разные части приложения могут определять свои сторы и зависеть от них, соотвественно и подгружаться это будет все независимо от другой части
источник

S

Sanj in ☄️ effector
Aleksandr Osipov
Тут нет понятият root reducer, сторы независимы покуда не соединены явными связями, разные части приложения могут определять свои сторы и зависеть от них, соотвественно и подгружаться это будет все независимо от другой части
Шикарно,  спасибо за подробный ответ
источник

AO

Aleksandr Osipov in ☄️ effector
Но все же лучше, во избежание недоразумений, чуть подробнее сформулировать вопрос, вдргу есть какие-то нюансы именно в вашем подходе
источник

yv

yumaa verdin in ☄️ effector
🦜
интересно, в notion есть плагин для связей
источник

ф

фильтруй мысли... in ☄️ effector
🚀🔬 🚀🔬🚀🔬
он проставляет сиды, имена юнитов и, в данном случае, их локации, если ты этим пользуешься в проде то нужно оставить, если нет то нет
во, оказывается, как можно подключать babel плагины только для dev режима:
['effector/babel-plugin', isDevelopment && { addLoc: true }]
источник

🦜

🦜 in ☄️ effector
фильтруй мысли
во, оказывается, как можно подключать babel плагины только для dev режима:
['effector/babel-plugin', isDevelopment && { addLoc: true }]
все еще проще
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Aleksandr Osipov
Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

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

https://share.effector.dev/TOpnw0M2
подход верный, логика отмены в общем случае примерно так и работает
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Aleksandr Osipov
Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

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

https://share.effector.dev/TOpnw0M2
классических реактивных глитчей в апдейтнутом примере кстати не наблюдаю, там просто делается лишний спред тогда когда апдейта поля на самом деле нет. вот мой вариант реализации:

https://share.effector.dev/mjFhrtdp
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Aleksandr Osipov
Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

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

https://share.effector.dev/TOpnw0M2
источник

O

Ononos in ☄️ effector
привет, есть кто не спящий?
Как сделать combine ивентов а не сторов?
Задача, хочу сделать некоторую async операцию.
для этого хочу
forward({from: combine(event1, event2), to: someFx)
источник

O

Ononos in ☄️ effector
я так понимаю нужно создавать стор как промежуточное хранилище..
источник

IS

Ivan Sherstnuyk in ☄️ effector
Ononos
привет, есть кто не спящий?
Как сделать combine ивентов а не сторов?
Задача, хочу сделать некоторую async операцию.
для этого хочу
forward({from: combine(event1, event2), to: someFx)
источник

O

Ononos in ☄️ effector
нее, не то, мне нужно типа combineLatest с rxjs :)
источник