AP
Си-подобный синтаксис переоценён, это да
Size: a a a
2017 October 26
ZK
Ну вот в Scala нету ADT (там просто классы), но паттерн-матчинг есть
AP
Там есть case classes - это суммы, а многопараметровость, это произведение. Так что ADT там есть - странные, но есть
AP
И синтаксически PM там достаточно поддержан - связывание переменных в паттерне есть
ZK
Просто с точки зрения реализации - case class'ы - это не что иное как просто обычный класс
ZK
С функцией apply и unapply
AP
Это особенности реализации.
AP
В Haskell есть расширения, позволяющие матчить через применение функции. Это удобно
ZK
ViewPatterns?
AP
Скалку спасает авторматическая генерация (un)apply в простых случаях. Если бы нало было unapply писать для каждого класса - все бы повесились
NK
ДА причём тут фёрст класс? Речь об ущербности таковых
это единственное требование для "нормальных" хоф
AP
"Нормальные" FCS functions, это те, которые могут находиться в любой части вычислимого выражения - и в результате и в подвыражениях. Всё, это единственное требование
at
В ризоне хоть JSX есть
AP
С нынешней тенденцией "делаем всю вёрстку на том же языке, на котором пишем логику" ценность JSX уменьшается всё сильнее
at
где такая тенденция?)
AP
PostCSS, вот это всё
AP
Эльм тот же
NK
Частичное применение с достаточной синтаксической поддержкой тоже помогает ФВП даже в некаррирующих языках. Кложа с тамошним
#(% * 2) вполне живет и без каррировани - там другие пробелемы, но хоть ФВП нормально можно пользоватьчего,
partial используется и вполне удобныйAP
Я тоже пользовал, но почему-то
#() среди кложуристов котируется выше, чем partial :)