AK
попалось тут кстати
Size: a a a
2018 March 03
к
А где про это написано? Про кастомные инфиксные операторы в курсе
Так |>, + и тд - тоже кастомные, они не вшиты в язык, как и их определения)
RS
Ну они же в стдлибе
к
Которая является обычной либой с кастомными операторами, но официальной
Собственно тут уже были идеи, что будет как с нативными модулями - эван писать операторы может, фронтендеры нет (чтобы залить в пэкаджи)
Собственно тут уже были идеи, что будет как с нативными модулями - эван писать операторы может, фронтендеры нет (чтобы залить в пэкаджи)
AK
У вас вброс из сообщений протекает
AK
Подклейте изолентой
AK
Желательно синей
PF
Стандартные операторы
<| |> >> << я бы всё же оставил, они общепринятые для ML, я к ним привык ещё в F#-пе и в Ocaml. А вот пользовательские операторы надо выжигать калёным железом конечно - в лучшем случае это просто нечитаемая маргинальщина, в худщем - непредсказуемое поведение из за кривости реализации.к
и элме возможно, там все равно их нельзя перешрузить (<*> для аппликатов например)
PF
Я более чем уверен что стандартные операторы оставят, иначе это сломает весь существующий код и вызовет жуткое разочарование. Особенно у тех, у кого 100+ клок (есть и такие)
AK
Оставят что процентов
AK
Это все нацелено на новичков
AK
Когда видишь `(=>) = (,)` сложно без стакана разобраться
к
Я более чем уверен что стандартные операторы оставят, иначе это сломает весь существующий код и вызовет жуткое разочарование. Особенно у тех, у кого 100+ клок (есть и такие)
да никто в этом не сомневается, речь же не про это:
- они станут или захардкорены в язык (что очень не вариант, ведь сейчас реализация вынесена)
- они будут доступны только для официальных либ как нативные модули (более вероятно, ведь где-то их нужно определять)
- они станут или захардкорены в язык (что очень не вариант, ведь сейчас реализация вынесена)
- они будут доступны только для официальных либ как нативные модули (более вероятно, ведь где-то их нужно определять)
AK
Второй вариант
AK
Там идёт проверка на имя пользователя
AK
Либо elm-lang, либо elm-explorations
PF
да никто в этом не сомневается, речь же не про это:
- они станут или захардкорены в язык (что очень не вариант, ведь сейчас реализация вынесена)
- они будут доступны только для официальных либ как нативные модули (более вероятно, ведь где-то их нужно определять)
- они станут или захардкорены в язык (что очень не вариант, ведь сейчас реализация вынесена)
- они будут доступны только для официальных либ как нативные модули (более вероятно, ведь где-то их нужно определять)
честно говоря фиолетово вообще. будут и ладно
PF
А раскажите коллеги, кто какими методами/костылями пользуетесь для data access в элме - сделать на клиенте БД + круд