Size: a a a

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

2018 May 15

AP

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

к

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

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Т.о. у тебя претензии не к подходу, а к реализации?
источник

к

кана in Elm Lang сообщество разработчиков
да, я где-то выше утверждал, что то, что мы не можем мемоизировать промежуточные вычисления, немного нас ограничивает в возможностях (без потери перфоманса), не забивая при этом стейт результатами промежуточных вычислений, что опровергли
источник

NK

ID:536005385 in Elm Lang сообщество разработчиков
кана
https://github.com/kana-sama/elm-perf-example - примитивнейшний пример, когда ни keyed, ни lazy никак не помогут по очевидным причинам
Эта модель правильная? Если я ее модифицирую?
источник

к

кана in Elm Lang сообщество разработчиков
кана
да, я где-то выше утверждал, что то, что мы не можем мемоизировать промежуточные вычисления, немного нас ограничивает в возможностях (без потери перфоманса), не забивая при этом стейт результатами промежуточных вычислений, что опровергли
под мемоизацией я имею в виду тут не хранение всех предыдущих результатов
источник

к

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

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Проблемы с реализацией я вполне могу принять :)
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Но наверное стоит об этом писать ишшуи, а не костылять и нарабатывать странные практики
источник

к

кана in Elm Lang сообщество разработчиков
да про нее знают
источник

к

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

AP

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

к

кана in Elm Lang сообщество разработчиков
модель становится чем-то вроде среза базы данных + вью-данные
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
кана
практика не странная, она просто убирает связь между вьюхой и моделью
Не нужно убирать эту связь
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
В Elm модель. это не та модель, которая в MVC
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Хочешь передавать отдельно стейт GUI и отдельно "БД" - делай это явно
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
view : Model -> Store -> Html a
источник

к

кана in Elm Lang сообщество разработчиков
в элме не нужно, потому что там не сделать это нормально

в жизни практика показала подовляющему большинству разработчиков, что связывать модель и вьюху в селекторах и хранить данные независимо от вьюх намного удобнее и упрощает жизнь и рефакторинг, чем хранить модель и данные синхронизированно
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
практика написания на JS показала? :)
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
У тебя проф.деформация какая-то :)
источник