BD
FRP приводит к MVVM структуре по сути
Не обязательно.
Size: a a a
2020 August 11
L
Вообще кошерный гуй это когда дали фреймбуфер и крутись как хочешь
CD
Не согласен. RP приводит к MVVM, а FRP может привести к MVI при желании, но поскольку вещи можно композить по-разному, то и архитектуры можно получить разные. Можно и TEA сэмулировать, и любой из вариантов MV*.
KR
CD
примерно вот такая структура получается, если точно (мэдскиллз)
BD
Вообще кошерный гуй это когда дали фреймбуфер и крутись как хочешь
Это не гуй, тебя обманули
BD
Это не обязательно мввм. Такой диаграммой еще дохера всего можно описать
CD
Это не обязательно мввм. Такой диаграммой еще дохера всего можно описать
Глобальные циклы остаются. Тут все достаточно жестко в этой диаграмке, в частности нижний уровень (мутация данных) полностью протранслированы
BD
Глобальные циклы остаются. Тут все достаточно жестко в этой диаграмке, в частности нижний уровень (мутация данных) полностью протранслированы
ок, но я потерял нить о чем мы спорим
CD
ок, но я потерял нить о чем мы спорим
Тут очень неприятно с контролем лайфтаймов все
BD
Тут очень неприятно с контролем лайфтаймов все
это решается ecs
BD
в том то и дело что циклы у тебя навязанные, можно без них, мессадж-пассингом например
BD
frp как раз отлично подходит чтобы завязать изменения со стейтом через каналы
CD
в том то и дело что циклы у тебя навязанные, можно без них, мессадж-пассингом например
можно чисто сообщениями, боль, унижения, страдания
BD
можно чисто сообщениями, боль, унижения, страдания
зависит от тулинга, в винде вон страдают 40 лет и ничего
BD
но есть способы и получше
CD
зависит от тулинга, в винде вон страдают 40 лет и ничего
вот здесь сообщений будет больше, чем в винде
CD
запросы параметров на сообщениях - еще столько же
T1
ахуеть