ST
там Html msg. можно включать при помощи Html.map
List (Html msg) вполне себе моноидSize: a a a
2017 December 16
PF
Зачем на этом задрачиваться?
at
маковый клиент – оче так себе. ну когда он появился он был норм. мол более дружелюбный дизайн по фичам не отставал и небольшие баги были простительны. сейчас в нём нет смысла
Есть
at
Секретные чаты
PF
Потому что тебе это не нужно. А так ответ - нет конечно. Ты не можешь во view вернуть List (Html msg), только Html msg - верни лист, потом завернии его в
div и будет тебе щастьеВл
в обычном клиенте с ними проблемы? (а на десктопе их же вроде нельзя создавать)
at
в обычном клиенте с ними проблемы? (а на десктопе их же вроде нельзя создавать)
на маке они есть, в десктопе нет
2017 December 18
Ф
никак не могу решить вопрос types vs records
есть тип
использую
либо
есть тип
type MedType
= Poly
| Stomat
| Home
использую
его вtype ProgrammContent
= ProgrammContent MedType (Maybe Int)
либо
type alias ProgrammContent =
{ medType : MedType
, medInfo : Maybe Int
}
Ф
есть мб у кого какие-то кейсы когда явно есть смысл в 1 либо в другом?
ZK
ИМХО, более идиоматично для Elm - второй вариант
Вл
во втором случае можно кидать конструктор как карированную функцию?
Вл
а так именованные поля всегда кажутся лучшей идеей
Ф
во втором случае можно кидать конструктор как карированную функцию?
во втором тоже можно, ничем не отличается
ZK
Короче, если одно поле, то лучше юзать первый вариант. Если два и более, то второй
Ф
ну на мой взгляд через records оно выглядит понятнее, особенно в случае с
type RGB = RGB Int Int Int - тут хер пойми какой Int за какой цвет отвечаетФ
но при этом ничего не мешает сделать
type alias Red = Int и юзать type RGB = RGB Red Green BlueZK
Ещё без рекордов кроме паттерн-матчинга нету другого способа достать компоненту
Ф
тоже верно
к
На этом факте я и разграничиваю для себя использование рекорда и продакта