Size: a a a

2018 October 20

l

la gente está muy loca in ❄️ effector
Я по дефолту предполагаю отсутствие реакта, поэтому это в любом случае будет работать иначе)
источник

З

Завтра in ❄️ effector
Ну сами сторы понятно, как создавать. Я все же имею в виду работу с ними в самом приложении
источник

l

la gente está muy loca in ❄️ effector
Мне вот наоборот) Была бы база, можно навернуть любой апи, сейчас же вон вокруг графа всё обвязано, а с первого взгляда так и не скажешь)
источник

l

la gente está muy loca in ❄️ effector
У graphql интересный подход к описанию типов в жс апи, я сейчас на него ориентируюсь,  но он не помогает понять, как хранить сами данные чтобы вывозить текущие 20 эвентов/сек в проектах)
источник

at

andrei tshurotshkin! 🎄 in ❄️ effector
Завтра
На более сложных проблемах не понятно, как быть
Чё за use
источник

NK

ID:72036040 in ❄️ effector
Зачем разделять стор и эффект, если у обоих сущностей есть состояние и на оба хочется подписываться? Почему бы все не упростить и не описывать деларативно только зависимости от состояния?
источник

АЗ

Андрей Звёздочка in ❄️ effector
ID:72036040
Зачем разделять стор и эффект, если у обоих сущностей есть состояние и на оба хочется подписываться? Почему бы все не упростить и не описывать деларативно только зависимости от состояния?
А как ты иначе типизируешь нормально?
источник

NK

ID:72036040 in ❄️ effector
Микрохелпер load.when(load, undefined, () => load([loadStates.req]))
источник

NK

ID:72036040 in ❄️ effector
Андрей Звёздочка
А как ты иначе типизируешь нормально?
А че тут типизировать?
источник

NK

ID:72036040 in ❄️ effector
Эффект load в данном случае мейби кортеж
источник

at

andrei tshurotshkin! 🎄 in ❄️ effector
ID:72036040
Зачем разделять стор и эффект, если у обоих сущностей есть состояние и на оба хочется подписываться? Почему бы все не упростить и не описывать деларативно только зависимости от состояния?
Чето сложно
источник

NK

ID:72036040 in ❄️ effector
andrei tshurotshkin! 🎄
Чето сложно
погоди, через минуту RFC скину
источник

at

andrei tshurotshkin! 🎄 in ❄️ effector
откуда у эффекта when
источник

at

andrei tshurotshkin! 🎄 in ❄️ effector
ID:72036040
А че тут типизировать?
Туплы
источник

at

andrei tshurotshkin! 🎄 in ❄️ effector
У эффекта не случайно один аргумент
источник

NK

ID:72036040 in ❄️ effector
источник

NK

ID:72036040 in ❄️ effector
RFC по pathon 2.0 готово:
https://gist.github.com/artalar/7edfcacc84cd6fe0ab43e883564e4dbc
Что внутри:
- минималистичный API: эффект и стор - все одно и тоже - просто набор тригеров на изменение состояния
- мощнейшие возможности для функциональной композиции (собственно это и описано в 2-immutablePreset.js)
- фундаментальное исправление проблемы состояния гонки, ромбовидных зависимостей и т.п.: API заставляет пользователя (updateQueue) самому думать об этом, при этом не нагружая его мозг (effect.compute и все). Т.е. в примере есть два типа подписок: простые при отсутствии необходимости мгновенной реакции (для сайд-эффектов и перерендера компонентов отображения) и compute для вычисления значений необходимых слою данных приложения. Я еще исправлю пример на более реалистичный и наглядный.
- вес кода библиотеки не должен привышать 10KB не минифицированный!
- при этом остаются безграничные возможности для расширения. Например, как видно из 2-immutablePreset.js на основе updateQueue.parent можно создавать даже рекурсивные структуры данных. Все чем занимается pathon - вызов очереди очередей подписок.
источник

NK

ID:72036040 in ❄️ effector
Вдохновлялся S.js, effector ну и еще кучкой библиотек и тонной размышлений
источник

NK

ID:72036040 in ❄️ effector
Да я нагружаю немного пользователя, но при этом даю фундаментальную гарантию разруливания любых зависимостей любого вида...
источник

NK

ID:72036040 in ❄️ effector
О кажись я забыл созданного ребенка на родителя подписать, сейчас исправим...
источник