AT
На Yampa роботов программировали, Keera Studios на какой-то FRP библиотеке (не помню какой именно) мобильные игрушки делает или делала...
Size: a a a
2020 June 26
A
На Yampa роботов программировали, Keera Studios на какой-то FRP библиотеке (не помню какой именно) мобильные игрушки делает или делала...
библиoтека — reflex
если я не путаю, и сейчас прoдoлжают
если я не путаю, и сейчас прoдoлжают
AV
Доклад не смотрел, но "подписка" на изменения через общее изменяемое состояние (даже транзакционно) — такое себе. Транзакционные БД дают такую возможность уже почти пол-века, и в некоторых организациях приложения реально синхронизируют через общую БД. Но в приличных местах всё-таки используют очереди. Наверное, не с глупа. 🤔
Там не общее, там локальные изменяемые состояния
AV
netwire, reactive-banana, reflex, yampa, от Конала ещё (можно в логах найти)
AT
Там не общее, там локальные изменяемые состояния
Оно же общее как минимум для двух "компонентов" — иначе откуда взяться реакции на изменения?
AV
AV
А ещё если верить Коналу, то это и не FRP вовсе, т.к. нет денотационной модели и continious time
f
Доклад не смотрел, но "подписка" на изменения через общее изменяемое состояние (даже транзакционно) — такое себе. Транзакционные БД дают такую возможность уже почти пол-века, и в некоторых организациях приложения реально синхронизируют через общую БД. Но в приличных местах всё-таки используют очереди. Наверное, не с глупа. 🤔
Забавно, но, если мне не изменяет память, ur/web ортогонально реализовал оба подхода на уровне языка: "сигналы" для локальной реактивности и "каналы" для распределённой. Первые работают через JS-event-ы на клиенте, а вторые — через транзакционную БД на сервере!
AV
Замечательное решение!
AV
Мне в проекте всё-всё не изобрести такое, чтобы оно адекватно выглядело и работало
AV
Но только там локальные подписки в программе и обычно это в рамках одной транзакции должно быть.
AT
Забавно, но, если мне не изменяет память, ur/web ортогонально реализовал оба подхода на уровне языка: "сигналы" для локальной реактивности и "каналы" для распределённой. Первые работают через JS-event-ы на клиенте, а вторые — через транзакционную БД на сервере!
Через транзакционную БД там может быть "не от хорошей жизни", потому что иначе пришлось бы ещё тащить какую-то очередь в дополнение к БД и как-то это деплоить и увязывать между собой.
f
Через транзакционную БД там может быть "не от хорошей жизни", потому что иначе пришлось бы ещё тащить какую-то очередь в дополнение к БД и как-то это деплоить и увязывать между собой.
Я не помню уже суть, давно игрался. Так всё было экзотически с-архитектурено (потому и интересовался), но детали замылились.
AI
Мне тут приходят разные искушающие мысли, поэтому поиграем в демократию - что было бы интереснее в ближайший четверг?
Анонимный опрос
Проголосовало: 46