И не будет такой проблемы в принципе

об том и речь

Хотя не, возникнет другая проблема, с ней гораздо веселее

Любая синхронная последовательность эвентов должна выполняться как одна транзакция

Иначе сообщения в каналах быстро начнут троить, особенно со стримами

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

Можно просто не применять

мидлваре нет еще для транзакций в редаксе?

"Патч на нрм селекторы"

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

Плагин на эффекты

Миддлвара на акторы

И другие приключения 80 строк кода редакса

переделал процессик для автосейва

вот так теперь идеально работает

стримы конечно вещьчЪ

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

You might not need streams

You might not need streams

да, возможно, но что-то в этом есть конечно

Спойлер: как только этот код перестанет помещаться на экране начнётся ад

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

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

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

Забавно, тут иногда пишут, что стримы говно, а иногда саги)

Всё говно

Нет ничего идеального?

Иначе бы программистам не платили деньги

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

ты на саги намекаешь? :)

Так как их платят вообще говоря за решение проблем

ты на саги намекаешь? :)

Лол нет

Идея диспатчить эвенты через yield должна остаться в своем 2015

Да я думаю, что для каждого инструмента найдётся применение.

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

Открой доку рх плз

Я не буду за тебя её читать, я её уже читал)

Любые операции с value over time глупо не делать через стримы, хуже только пытаться через стримы делать что либо ещё ¯\_(ツ)_/¯

Нет ничего идеального?

1) Прогресс неостановим 2) Работать всё равно ничего не будет

Любые операции с value over time глупо не делать через стримы, хуже только пытаться через стримы делать что либо ещё ¯\_(ツ)_/¯

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

или ты как раз про рх и писал?

Я вообще rx не пользуюсь

меня все же гнетут смутные сомнения по поводу моей конструкции

вот эти повторяющиеся actions.save$

как из трех сделать один

наверняка же можно как то под actions.save$.pluck(0).<вот тут> что то всобачить и разрулить далее

как из трех сделать один

Я тебе об этом хотел написать, но чёт передумал

да я вот думаю может там merge заходит?

по логике надо в switchMap это все засунуть

Больше обсерваблов богу обсерваблов

и не говори.... ща протестирую :))

Потом всю эту сантехнику оч весело отлаживать ?

Потом всю эту сантехнику оч весело отлаживать ?

Мне всё-таки интересно, а что ты используешь?

Что-то своё?

в js есть только один путевый инструмент - promises :)

на них можно замутить все что угодно

вот так переделал

результат тот же

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

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

ERROR: S client not available

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

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

@MRSMITH4 https://github.com/brillout/awesome-react-components

@MRSMITH4 https://github.com/brillout/awesome-react-components

Спасиб

UI: 1. Ant, 2. Blueprint и 3. Semantec UI что порекомендуете и почему? Хочется чтобы: * Было много компонентов в т.ч. для построения сложных отчетов. В идеале поддержка virtualized списков и таблиц * Бандл бы не раздувало до нельзя от подключения части компонентов * Можно было бы расширять компонентную базу, дополняя своими * Было красиво

UI: 1. Ant, 2. Blueprint и 3. Semantec UI что порекомендуете и почему? Хочется чтобы: * Было много компонентов в т.ч. для построения сложных отчетов. В идеале поддержка virtualized списков и таблиц * Бандл бы не раздувало до нельзя от подключения части компонентов * Можно было бы расширять компонентную базу, дополняя своими * Было красиво

Material, Ant, Semantic UI.

Я бы за Семантик проголосовал, там приятнее апи и компонентная база удобная.

?Ант красиво, но много китайщины в процессе читать, гитхаб ишью

@ValeryKobzar а как ты подписываешься на изменения полей и как трансформируешь разные значения типа у чекбоксов и тд

Я бы за Семантик проголосовал, там приятнее апи и компонентная база удобная.

Мелькало где-то, что из-за подключения семантека бандл автоматом становится на 500Кб больше. Это так?

Мелькало где-то, что из-за подключения семантека бандл автоматом становится на 500Кб больше. Это так?

Если через именованный импорт юзать, то да

че то я про вот это не догнал "Почему на смену флага fetching у какого-нибудь статус-бара, срабатывают селекторы во всех примонтированных компонентах?"

а что тут не понятного? У редакса подписка только на корень стора, а с персистентностью любое изменение == изменение до корня

@ValeryKobzar а как ты подписываешься на изменения полей и как трансформируешь разные значения типа у чекбоксов и тд

onChange

onChange

А разные эвенты типа у инпута и селекта, парсинг значений и массивы инпутов?

А разные эвенты типа у инпута и селекта, парсинг значений и массивы инпутов?

да как бы задача формы у меня именно в отслеживании изменений элементов и управление состоянием blur, focus, change

а что тут не понятного? У редакса подписка только на корень стора, а с персистентностью любое изменение == изменение до корня

А поддрево?

А поддрево?

а?

что такое массивы инпутов я не понимаю :))) можно делать и массивы легко

да как бы задача формы у меня именно в отслеживании изменений элементов и управление состоянием blur, focus, change

Ну тип как реализовал селект, мульти селект, массивы (несколько инпутов с одним name), массивы чекбоксов?

Ну тип как реализовал селект, мульти селект, массивы (несколько инпутов с одним name), массивы чекбоксов?

ну все это у меня реализовано

ну все это у меня реализовано

Вот я и спрашиваю как

типа вот для радио

Радио это не то

из моего тут только RadioField

а?

Тип мемоизация на значение в стейте если это объект?

Радио это не то

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

из моего тут только RadioField

У меня ща все проблемы их за массивов

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

Так у него всегда одно значение

:)) смотря как это все собирать в кучу