Size: a a a

Elm Lang сообщество разработчиков

2017 November 28

AK

Anton Kotenko in Elm Lang сообщество разработчиков
модель должна соответствовать не роутам приложения, а представлять дерево зависимости данных, типа там:

App
  Config
  User
  TableOfContents
источник

Вл

В ладу in Elm Lang сообщество разработчиков
ну там он не говорил что это модель, он даже не пояснял как понимать этот текст, он просто заявил что есть 3 странички.
правда дальше он сделал модель которая представляет произведение каждой странички
источник

Вл

В ладу in Elm Lang сообщество разработчиков
в TEA модель очень близка к тому что видим глазами, в то время как везде про модель что это какая то бизнес интерпрайз логика ил ещё что-нибудь
в общем ассоциировать модель со страничками уместно
источник

Вл

В ладу in Elm Lang сообщество разработчиков
но вместо произведения наверное лучше сумма. и все повторяющиеся элементы выносить в рут
источник

A

Anatoliy in Elm Lang сообщество разработчиков
в elm-spa-example [1] немного затрагивается эта тема, в виде ExternalMsg [2], но к сожалению без решения
[1]: https://github.com/rtfeldman/elm-spa-example
[2]: https://github.com/rtfeldman/elm-spa-example/search?utf8=%E2%9C%93&q=ExternalMsg&type=
источник

K

Killin in Elm Lang сообщество разработчиков
Что скажете на счет такого перевода названий?
Elm’s most basic collections are lists, records, and tuples.

Основными коллекциями в Elm - являются списки, ассоциативные записи и кортежи.
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
В TEA модель, это состояние визуальных элементов в первую очередь. Так происходит потому, что сами визуальные элементы локального состояния не имеют. Сл-но топология модели, соответсвующая топологии вьюх - абсолютно нормальное явление, ибо так и задумывалось
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Killin
Что скажете на счет такого перевода названий?
Elm’s most basic collections are lists, records, and tuples.

Основными коллекциями в Elm - являются списки, ассоциативные записи и кортежи.
Они не основные, они скорее простейшие
источник

I

Igor in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
В TEA модель, это состояние визуальных элементов в первую очередь. Так происходит потому, что сами визуальные элементы локального состояния не имеют. Сл-но топология модели, соответсвующая топологии вьюх - абсолютно нормальное явление, ибо так и задумывалось
TEA - напомните, как расшифровывается?
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
The Elm Architecture
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Model-View-Update
источник

I

Igor in Elm Lang сообщество разработчиков
блин - логично 😏
источник

K

Killin in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
Они не основные, они скорее простейшие
Ок
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
И да, модель в эльме, это не бизнес-модель в других стэках. Точнее - не только и не столько она
источник

I

Igor in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
Model-View-Update
А тут один человек назвал это MVI (model-view-intent) - подходит под определение?
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Вполне может быть, что модель будет выглядеть так:
App
 StateOfView
 BusinessModel
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Igor
А тут один человек назвал это MVI (model-view-intent) - подходит под определение?
В доках по эльму вообще не употребляют акронимы MVx, говорят именно TEA. Начинаю думать, что неспроста - чтобы не было "кажущейся похожести".
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Во всяких MVC модель описывает доменный слой, а вью как-то его представляет, но может иметь локальное состояние типа текста, введённого в поля форм, размера окошек, вот этого всего - и само вью своё состояние и обрабатывает и модифицирует. Ничего подобного в Эльме нет. Поэтому аналогии с MVC/MVCC/MVVM будут в лучшем случае неточными
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
В TEA модель, это состояние визуальных элементов в первую очередь. Так происходит потому, что сами визуальные элементы локального состояния не имеют. Сл-но топология модели, соответсвующая топологии вьюх - абсолютно нормальное явление, ибо так и задумывалось
в Redux-сторе тоже может и состояние визуальных элементов храниться, просто хранится оно на верхнем уровне. Ну и SPA (Single Page Application) и распределение по страницам как-то не вяжутся.
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
то есть я за то, чтобы хранить в модели "currentPage" (Page ли это, может Section?), а все остальные данные хранить на верхнем уровне, даже если они не шарятся между разделами.
источник