Size: a a a

Scala User Group

2021 February 09

NV

Nikita Vilunov in Scala User Group
Oleg ℕizhnik
ну вот это я сразу проверил, хотя было явно написано, что у singleRequest нет такой проблемы
да вроде и у singleRequest нужно дискардить
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Nikita Vilunov
да вроде и у singleRequest нужно дискардить
да я уже забыл
источник

GT

Gennady Timofeev in Scala User Group
Иван Калининский
Привет!
Подскажите, если я хочу сконвертить Map[String, String] в кейскласс с названиями полей из keySet и значениями, конвертированными в нужные типы, чем лучше воспользоваться, чтобы был кастомный парсер, валидация и проверка?
Пока что придумал мапить карту в Array[String] и закидывать в scopt.
Я делал такое для проверки переменных окружения. Собирал кейс класс, какой-нибудь JobConfig(kafkaBrokers:String, someKey:Option[Int]), делал с помощью shapeless. Подозреваю, вы что-то такое хотите сделать (исходя из Map[String,String])
источник

ИК

Иван Калининский... in Scala User Group
Gennady Timofeev
Я делал такое для проверки переменных окружения. Собирал кейс класс, какой-нибудь JobConfig(kafkaBrokers:String, someKey:Option[Int]), делал с помощью shapeless. Подозреваю, вы что-то такое хотите сделать (исходя из Map[String,String])
Спасибо! Да, это конфиг для Spark DataSource. Конечно, всё можно закодить, но велосипед не хочется делать
источник

EK

Evgenii Kuznetcov in Scala User Group
Иван Калининский
Спасибо! Да, это конфиг для Spark DataSource. Конечно, всё можно закодить, но велосипед не хочется делать
Если это конфиг для спарка, то я бы руками распарсил. Тем более если альтернатива это голый шейплесс. Выглядеть и так и так будет стремно, зато через полгода не будет мыслей "зачем"
источник

ИК

Иван Калининский... in Scala User Group
Evgenii Kuznetcov
Если это конфиг для спарка, то я бы руками распарсил. Тем более если альтернатива это голый шейплесс. Выглядеть и так и так будет стремно, зато через полгода не будет мыслей "зачем"
Спасибо! Именно таких мыслей я очень хочу избежать, потому что многие решения уже к ним привели. «Распарсить руками» сейчас значит «перенести из других классов написанные вручную парсеры», так что это путь наименьшего сопротивления
источник

AD

Apache DOG™ in Scala User Group
Vladimir Sapronov
Ну тогда вопрос: а зачем его сейчас добавлять тогда - все ведь есть уже? Или это такой стиль разработки языка - пихаем в него все, что "не уперлось"? - Эти вопросы вы должны себе задать, потому что здесь есть явное нарушение логики.

На самом деле есть список четких требований к енамам (как они есть во всех нормальных языках) - и доходило до того, что люди писали енамы прямо на Java, хотя в Scala.
Добавляют отому что каким-то там зявабоям упёрлось наличие кейворда. Нарушения логики тут нет. На счёт зяваэнамов в скале - точно поедание продуктов жизнедеятельности. Есть энумератум, в нем есть все что нужно.
источник

AD

Apache DOG™ in Scala User Group
Vladimir Sapronov
Он плох тем, что нет сериализации, и что не совместим с джавой - в джавовые библиотеки его передавать не получится.
Ты в себе? Какой нет сериализации? Как нет когда есть и Сирс-дженерик-экстрас и расширение энумератума под это? Несовместимость с джавой это только достоинство, чтобы мусор в проект не тащили.
источник

AD

Apache DOG™ in Scala User Group
Вот так, приходят жявонечитатели и обкидывают помидорами по чем зря.
источник

БЁ

Борщевик Ёбаный... in Scala User Group
ещё бы к кложурщикам зашёл и качать начал
источник

Oℕ

Oleg ℕizhnik in Scala User Group
я прям боялся что апач найдёт владимира
источник

D

Deλ✨ in Scala User Group
Борщевик Ёбаный
ещё бы к кложурщикам зашёл и качать начал
про сложуру Владимир тоже что-то писал. Вроде к ним вопросов нет
источник

БЁ

Борщевик Ёбаный... in Scala User Group
Deλ✨
про сложуру Владимир тоже что-то писал. Вроде к ним вопросов нет
а всё потому что туда не добавляют ничего 40 лет
добавили бы ключевое слово енум— сразу бы прогнулись
источник

Oℕ

Oleg ℕizhnik in Scala User Group
а в скалу тоже ничего не добавляют
источник

Oℕ

Oleg ℕizhnik in Scala User Group
просто сделали новый язык, интегрирующийся со старым двусторонне
источник

MK

Mikhail Kalugin in Scala User Group
Oleg ℕizhnik
просто сделали новый язык, интегрирующийся со старым двусторонне
И назвали его «scala 3»
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Mikhail Kalugin
И назвали его «scala 3»
exactly
источник

MK

Mikhail Kalugin in Scala User Group
Так новые языки ни кто не называет...
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Называют
источник

S

Simon in Scala User Group
Хорошо хоть не ScalaScript или Scala++. Когда-то и так новые языки не называли - все бывает в первый раз.
источник