Size: a a a

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

2020 April 06

DK

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

DK

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

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Вообще делить нужно тогда, когда не делить уже нельзя. А тогда нужно чётко проводить границу в логике, а не просто по файликам раскладывать, как получится
источник

DK

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

DK

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

AP

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

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
Ну такое. Как хаскелист со стажем, считаю, что это желание всё поскрывать — плохая привычка. Opaque типы очень редко оправдывают себя
Все скрыть - плохо, все открыть тоже плохо)
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Вложенность нужно глазами отсекать на ревью.
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Может кто и запилит линтер, который не даст ходить в поля через три точки :)
источник

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
Ходить в поля это пол беды... вот апдейт сделать на три точки это адский ад
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
А вообще возведение барьеров абстракции, это сама по себе сложная задача. Просто всё окукливая, её не решить :)
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Denis Krivosheev
Ходить в поля это пол беды... вот апдейт сделать на три точки это адский ад
Это правда
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Тут "либо недоабстрагировали, либо перевложили"
источник

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
А вообще возведение барьеров абстракции, это сама по себе сложная задача. Просто всё окукливая, её не решить :)
Тоже правда, но и без окукливания не обойтись
источник

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
Каждого инструмента в меру)
источник

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
И решительное нет догматизму)
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Энивей, моя либка призвана композить слабосвязанные штуки максимально просто. Сильно связанные штуки композить придётся руками.

Я вижу основной профит в формах и страницах — самые "скучные" области :)
источник

DK

Denis Krivosheev in Elm Lang сообщество разработчиков
Я считаю что дата моделинг это одна из самых сложных штук в программировании
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
Aleksei (astynax) Pirogov
Энивей, моя либка призвана композить слабосвязанные штуки максимально просто. Сильно связанные штуки композить придётся руками.

Я вижу основной профит в формах и страницах — самые "скучные" области :)
Ещё удобно сшивать несколько "виджетов" в один блок. Всякие графики, самостоятельно получающие данные, какие-то анимации, не общающиеся друг с другом
источник

AP

Aleksei (astynax) Pirogov in Elm Lang сообщество разработчиков
То есть это такой способ композить "программы"
источник