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

Вот упрощенный вариант моего кейса и откуда берётся рекурсия: http://jsbin.com/yimiqahage/edit?js,console

Стор изначально цельный

Стейт мне нужно вытащить не из Subject, а из Observable, полученного из merge -> scan -> share.

Стор изначально цельный

А отдельные Subject значения наоборот получаются из него селекторами

Стор изначально цельный

У меня не один большой стор как в ngrx, а несколько.

С какой целью?

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

У тебя получается один разделённый составной стор

Это кстати перестаёт быть проблемой, если Subject — моноид (имеет метод empty)

С какой целью?

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

А отдельные Subject значения наоборот получаются из него селекторами

store.map( value => value.field.innerField ).skipRepeats()

Вжух — стор без перерендеров

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

Это не селектор блин

Точнее

Это то же самое, что указать номер твоего стора

Мы просто делаем из стрима дерева дерево стримов

Я понял, смотрел реализацию ngrx. Я просто решил пойти именно тем путём, который я увидел тут: http://reactivex.io/rxjs/manual/tutorial.html#state-stores и развить его.

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

Ну люди иногда заблуждаются.

Вполне допускаю, что и я сейчас, например. Но тем не менее

Подозреваю, что в локальных сторах либо не должно быть пуша внутри observe, либо merge

И в реакте рекурсия вполне может пресекаться через cdu Оптимально было бы делать сторы для реакта начиная с интеграции в recompose withReducer / withState ? Вохможно многих вопросов просто не возникнет

Мы просто делаем из стрима дерева дерево стримов

обычный sequence из траверсабл

обычный sequence из траверсабл

а хотя не, так ты никак не сделаешь Stream Tree => Tree Stream потому что Sync => Async можно, а Async => Sync нет

Ну типа того)

Ну типа того)

может наоброт - из дерева стримов - стрим дерева

Если изначально есть первое, то в принципе второе и не нужно)

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

Всем привет Есть модули с функциональной обвязкой над нодовским апи?

Вместо const hash = crypto.createHmac('sha256', secret)- const hash = crypto.createHmac('sha256')(secret)

Это не функциональная обвязка ? Это просто каррирование

Один из примеров

Каррирование выполняется любой библиотекой в которой есть подобная функция или даже любая самописная

Я забыл написать слово "например"

ну надо искать либы которые спеке fantasy-land подходят

Отлично, спасибо Но я немного о другом Чтобы все нодовское апи было покрыто функциональным подходом

Не оч представляю, как это должно выглядеть, если честно) fileWrite, который возвращает Future?

Мне самому интересно, как будут некоторые вопросы покрыты

Или уже решены

Ну в fluture есть node, которая принимает node-style функцию и возвращает каррированную, возвращающую Future

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

Отлично, теперь я знаю, чем заняться Спасибо)

https://github.com/Avaq/momi

А зачем в Observer нужен complete и когда его использовать?

это же контракт

http://xgrommx.github.io/rx-book/content/guidelines/contract/index.html

внутри он диспоузит ресурс при ошибке или вызове complete (некий гард для стримов)

А зачем в Observer нужен complete и когда его использовать?

Можно корректно обрабатывать момент завершения стрима — не все последовательности бесконечны

Sort of destructor

?

Если я создал много Subjects, потом смерджил их. Потом после подписки на это дело я корректно отписываюсь. Этого достаточно?

сверхлюди

ERROR: S client not available

Это как в покемонах

Стадии перед Программистом и Сверхпрограммистом

логичное продолжение теории эволюции

человек программирующий(homo programaticus)

или лучше homo sapiens programaticus ?

https://github.com/viskell/viskell

я это сто раз постил)

Лол, я знаю, чем это кончается

?

я это сто раз постил)

Тут не было)

Есть похожая мутатень из другой области, MAX/MSP

Вощем, сколько бы рюшек они не навесили к визуальной части, через них всё равно пробивался абразивный олдскульный суровый стек ?

На котором ещё диды в 2002 Gantz Graf писали Короче, это так не работает ?

А если как девтул?)

Не оч представляю, как туда приладить визуальное программирование)

И вернуться к датабиндингу?

Мобикс?

Что-то это напоминает

Кажется не очень круто

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

Если для дебага - может быть полезно. А так хорошо знаю флекс фреймворк, в котором был "декоратор" bindable. И все поля класса или одно поле становились источниками событий

Главное надо было этим не увлекаться

Если для дебага - может быть полезно. А так хорошо знаю флекс фреймворк, в котором был "декоратор" bindable. И все поля класса или одно поле становились источниками событий

да, естественно)

Ещё в джаве аспекты есть и можно на каждый метод рх навешать и будет такой реактивный код

Да я понял

Просто зачем там стримы в отладке

Навешай декораторы чтобы лог писался