?

Рассказывайте, что думаете о cyclejs, задавайте вопросы по поводу cycle и управления потоками данных в ваших реактивных приложениях.

Одно из первых видео где автор cycle.js (Andre Staltz) рассказывает о своем пути к созданию cycle.js и показывает смысл концепции. https://www.youtube.com/watch?v=1zj7M1LnJV4

https://www.youtube.com/watch?v=1c6XiQsnh_U

https://www.youtube.com/watch?v=v68ppDlvHqs

Андрэ рассказывает филосовские аспекты создания cycle.js, размышления по поводу особенностей деятельности разработчика и подбора кандидатов для этого занятия. https://www.youtube.com/watch?v=1ToJ7cxb1R8

? В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois ? Правила чата: ? Публикация вакансий запрещена ? Реклама запрещена ? Политика запрещена За несоблюдение правил - одно предупреждение, далее следует бан. Вакансии и запросы на поиск работы по направлению JavaScript, Cycle.js, Node.js, React.js, Angular 1.x, Angular 2 и пр. публикуем в группе @javascript_jobs. Формат любой: full-time, part-time, remote и разовые подработки. Также обмениваемся инсайдами и аналитикой по рынку труда. Здесь общаемся на темы, посвященные Cycle.js, потокам, RxJS, xstream, FRP и т.д. Обмениваемся идеями, обсуждаем новости, делимся советами , задаём вопросы и решаем проблемы. Параллельно с этой группой развиваются: ?@react_js - где мы общаемся на технические вопросы, где мы общаемся на темы, посвященные React, Redux и Relay. Обсуждаем идеи и новости. Обмениваемся своими проектами и решениями. ?@nodejs_ru - посвященные Node.js, микросервисам, профайлингу и оптимизации. Обсуждаем идеи и новости вокруг этого. Анонсируем конференции, митапы и другие связанные события. ? Возможно, вам также будут интересны группы: @angular_js, @angular2, @reactnative_ru, @ios_ru, @android_ru, @mobile_jobs, @devops_ru, @devops_jobs. Приятного общения!

Возникла безумная идея использовать cycle-dom драйвер в качестве реактивного view в не-cycle приложении. Что думаете?

Сначала хотел просто заюзать snabbdom, но там не хватает удобных хелперов по тегам (div(), span() итд)

а потом подумал, почему бы не конвертировать ,

бекбоновскую модель в observable и подавать на вход дом-драйвера

учитвая что драйвер просто функция, которая поток берет поток и возращает потоки событий

все ложится

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

Короче, ребят. Есть вопрос. Давно интересует тема утилизации всяких моднейших UI либ для создания простейшего DSL для ыидеоигорей на html5.

Типо, энтити как компоненты, вот это вот. Cycle не юзал никогда, он как, может зайти?

на cycle можно строить обработку событий

сигналов

А, интересно.

cycle универсален вообще, не только для UI

преобразование одинх сигналов в другие

можно подключить любые эффекты

моя уже не новая статья, обясняющая на сколько прост cycle сам по себе https://medium.com/@_whitecolor/demystifying-cycle-js-core-source-7bcae39fb64c#.8jke42e5r

Статья, в которой объясняется концепция MVI (Model-View-Intent), а также немного об Cycle.js. Ссылка Cycle.js #JS #CycleJS #MVI

Основная проблема cycle.js это то что на каждый чих, на любое изменение будет генерироваться виртуальное дерево всего приложения (проблема которую как раз и решают redux или mobx). То есть не шаблон подписывается на потоки и точечно обновляется (как это сделано например в yolk) а потоки генерируют дум и их комбинация в итоге сводится к генерации virtual dom всего приложения на каждый чих

На это Александр как раз на днях создал ишью)

Use transposition for partly DOM update · Issue #386 · cyclejs/cyclejs https://github.com/cyclejs/cyclejs/issues/386

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

На самом деле снебдом тоже позволяет, через танки

Древо стейта все таки будет попроще чем DOM, не? Если стейт оче сложный, отображение пропорционально сложней будет, разве нет?

GitHub · Where software is built https://github.com/paldepind/snabbdom/blob/master/README.md#thunks

Ну я больше к тому, что повесить референс на объект (старое неизменившееся поддерево) само по себе недорогая операция

А вот лифтинг по нему — уже дорогая

Диффинг

Ну это да.

Привет всем Предлагаю вам переименоваться в FRP-чатик, ну и в рамках этого подхода говорить про всякое интересное из этого мира. Плюс подходы во фреймворках ака Cycle, Angular2 или там Recompose с Redurx каким-то. Как вам предложение?

Мы обсуждали с Алексом это)