Size: a a a

2021 April 06

JS

Jerzy Syrowiecki in Haskell
потому что из полей генерятся частичные функции. но в следующей версии GHC можно будет решить эту проблему с помощью NoFieldSelectors
источник

JS

Jerzy Syrowiecki in Haskell
нет, лучше рабить на несколько типов. на верхнем уровне только сумма, на нижнем только произведения (рекорды)
источник

YS

Yan Shkurinskiy in Haskell
понял
источник

YS

Yan Shkurinskiy in Haskell
(так и делаю обычно, правда неосознанно)
источник

YS

Yan Shkurinskiy in Haskell
(теперь осознанно буду делать)
источник

А

Алексей ayaye :)... in Haskell
ага, тогда и в setColorDepth2 предупреждения не будет
источник

JS

Jerzy Syrowiecki in Haskell
когда рекорды в сумме, тип получается иногда слишком сложный, поля повторяются, лучше разбить, тогда будет
1. больше детальная типизация вашего решения
2. можно будет с частями-слагаемыми отдельно работать

но
чуть больше кода писать
источник

JS

Jerzy Syrowiecki in Haskell
да, допишу это в статью
источник

Y

Yuuri in Haskell
Вербозненько из-за лишнего уровня конструкторов 😒
источник

Y

Yuuri in Haskell
Вот были бы рекорды как в окамле... (опять я за своё)
источник

YS

Yan Shkurinskiy in Haskell
{-# LANGUAGE OcamlLikeRecords #-}
источник

JS

Jerzy Syrowiecki in Haskell
если он нужен, то не лишний
источник

JS

Jerzy Syrowiecki in Haskell
если нужны развесистые суммы структур, может быть, стоит посмотреть в сторону ООП
источник

Y

Yuuri in Haskell
Так это он в хаскеле нужен
источник

KV

Kirill Valyavin in Haskell
Мне кстати на реддите сказали, что ооп -- это антипаттерн
https://lukepalmer.wordpress.com/2010/01/24/haskell-antipattern-existential-typeclass/
источник

Y

Yuuri in Haskell
Ну и да, если не будут генерироваться частичные селекторы, какие проблемы останутся?
источник

JS

Jerzy Syrowiecki in Haskell
в ООП языках этот слой тоже есть, только не ты его пишешь, а компилятор, и всегда, даже когда тебе не нужно
источник

Y

Yuuri in Haskell
Мне не важно, если в коде он не вылазит
источник

JS

Jerzy Syrowiecki in Haskell
я не хочу сказать, что в Хаскеле хорошо, по-моему, везде плохо
источник

JS

Jerzy Syrowiecki in Haskell
может, во Скале хорошо, надо всё-таки её попробовать
источник