SO
к тому, что можно сделать это вполне, когда нужно будут неск таких архитектур взаимодейтсвовать с друг другом, можно слой взаимодействия иметь на том же языке и как бы в рамках этой же архитектуры (не на Elm, конечно)
Size: a a a
2021 June 18
ЗП
почитай статью, что я кинул
SO
да смотрю ее
SO
Для не сложных приложений такая архитектура это топ, а для более сложных вещей, можно усовершенствовать, но опять же ценой потери контроля и централизации.
ЗП
pairing functors в initial encoding это Day Convolution
SO
Похоже даже чуваки с ужасным хологеном начинают, к этому приходить https://github.com/thomashoneyman/purescript-halogen-store
ЗП
это опшионал, сделано для таких плачущих по моносторам как ты)
SO
понято, что сразу так и не переобуешься 😂
KV
Ельм архитектура в масштабах одного компонента — вполне себе толковая вещь, разумеется
KV
А вот когда всё приложение — один компонент — это не ок
SO
Делал тут коммент в элм, к теме относящийся.
SO
Переслано от Sash Osh
Просто пока вы думаете об этом как о компонентах и контейнерах это будет вызывать странности в понимании, нужно менять мышление на то, что это просто функции, и в главной функции update вызывается другая функция которая возвращает свой результат, и его главная уже функция преобразует и возвращает свой тип.
SO
там нет компонентов, есть функции, и мышление в терминах "компонентов" только усложняет
ЗП
все есть функции просто на разном уровне восприятия
ЗП
так говорил Черч)
SO
да, но к этому надо прийти
SO
на самом деле функция - плоская и простая вещь, компонент - сложная и объемная
SO
надо научиться видеть вместо "компонентов" "функции"
KV
Нет, спасибо, я продолжу думать в терминах предметной области
SO
тут надо абстрагироваться, иначе будут вот такие сложности возникать