AP
Size: a a a
2019 November 24
AP
Кмк, вот это вполне стыкуемо с Эльмом через порты
T
serverside javascript c ним?
T
codesandbox .io/live/kWZ1v
D🐈
Бот новичкам ссылки режет
T
так и живем
T
live/KAV8M
D🐈
тут в комментах линк на пакет
YP
привет всем, я тут прочитал о том, что идея построения приложения через компоненты в Elm довольна плохая. А лучше и проще использовать простое MVC вроде такого (https://github.com/madasebrof/elm-taco-donut/tree/master/src). Можете поделиться мыслями так ли это? Я сам пытаюсь использовать компоненты внутри приложения и куча кода - обычный маппинг, что усложняем приложение довольно сильно в Elm на мой взгляд. Заранее спасибо за все ответы.
V
привет всем, я тут прочитал о том, что идея построения приложения через компоненты в Elm довольна плохая. А лучше и проще использовать простое MVC вроде такого (https://github.com/madasebrof/elm-taco-donut/tree/master/src). Можете поделиться мыслями так ли это? Я сам пытаюсь использовать компоненты внутри приложения и куча кода - обычный маппинг, что усложняем приложение довольно сильно в Elm на мой взгляд. Заранее спасибо за все ответы.
Возможно, это оффтоп по отношению каналу, но вроде бы elmish допускает разбитие на компоненты с меньшим количеством бойлерплейта
V
Хотя я не изучал его подробно, так что не могу дать точную рекомендацию.
YP
я не знал о таком, спасибо. .NET это идеально
S
я бы сказал, что разделение на модули со своим model/view/update не плохо, главное не перегибать. если можно без этого, то лучше так (что логично - код проще понять и переиспользовать небольшие куски)
S
главное не увлекаться 😄
YP
у меня проблема в моем текущем приложении, что есть уже компоненты, которые только владельцы других. И в итоге получается такая цепочка длинная. Выглядит странно, но я не вижу как сделать это по-другому. Тут ведь нету DI или redux