Size: a a a

Scala User Group

2020 December 02

λ

λoλegΥch in Scala User Group
но эт старый изврат, счас дырка в конце везде
источник

P

Python in Scala User Group
Ну я просто свой класс написал, а дырку не там сделал. Спасибо.
источник

R

Rafael in Scala User Group
Sergey Vats
Сейчас пошла тенденция, переписывают все на скалу, Инстаграм, Фейсбук, Вконтакле, Твиттер, странное явление, но приходится ассимилироваться
откуда такое инфо?
источник

VS

Vladimir Sapronov in Scala User Group
Sergey Vats
Сейчас пошла тенденция, переписывают все на скалу, Инстаграм, Фейсбук, Вконтакле, Твиттер, странное явление, но приходится ассимилироваться
Насколько я понял, Твиттер расстороен от Скалы и наоборот отползает от нее. Их finatra стагнирует кмк. Вроде бы они рассторились первый раз когда их Future (он был раньше в твиттере что ли) не взяли в скалу, а переизобрели свой.
Слышал лично в LinkedIn, что они наоборот переписывают Scala куски на Java.
Короче не сказал бы я, что тренд именно такой как ты говоришь....
источник

λ

λoλegΥch in Scala User Group
как в 2014 вернулся
источник

VS

Vladimir Sapronov in Scala User Group
Vladimir Sapronov
Возможно как-то могу, но то, что мне явно торчит - это play.api.mvc.Request
Обосрался вчера, как-то упустил из виду, что Play предлагает query params указывать в route файле с типом, из этого файла они уже сами код генерят и в контроллер передают что надо.
Но! Если надо новые типы поддержать (LocalDate, StringEnum) - то надо конечно реализовать их QueryStringBindable[T] где T - это новый тип query param'а.
И реализацию этого QueryStringBindable я сделал очень универсально с вашей вчерашней помощью.
источник

λ

λoλegΥch in Scala User Group
це перемога?
источник

VS

Vladimir Sapronov in Scala User Group
λoλegΥch
це перемога?
думаю, что да - надо пристроить это в кодаген мой уже, ибо раньше мой кодаген нагло брал все из сырого Request, а теперь есть routes лухури, но с этим вроде бы все ясно
свой энкодер query params все равно таки нужен, потому как клиент мы генерим на основе sttp и там те же самые query params но только с клиентской стороны
так что все пригодилось
источник

λ

λoλegΥch in Scala User Group
норм
источник

λ

λoλegΥch in Scala User Group
тока не пойму зачем вам роутс если и так кодеген
источник

λ

λoλegΥch in Scala User Group
два уровня кодегена получается
источник

VS

Vladimir Sapronov in Scala User Group
λoλegΥch
тока не пойму зачем вам роутс если и так кодеген
да, я тоже думаю - может самому генерить роуты уже
вообще, вполне возможно
источник

VS

Vladimir Sapronov in Scala User Group
λoλegΥch
два уровня кодегена получается
да - это прямо не очень
я вот тоже думаю оно еще не понятно как заработает в итоге, нужно чтобы кодаген в нужном порядке запускался: сначала наш а потом routes play
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Апнулся на новую идею а она мне вот что говорит: Internal error (java.lang.UnsupportedClassVersionError): com/intellij/plugins/thrift/jps/ModelSerializerExtension has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
Она же вроде со своей жвм запускается? Что ей не нравится?
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Чёт ваще всё сломалось
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Ну, посижу на старой версии, чёуж
источник

S

Stepan in Scala User Group
не обязательно со своей
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Stepan
не обязательно со своей
Я глянул через choose runtime — у него стояла своя версия
источник

AS

Artem Sokolov in Scala User Group
Sergey Vats
Сейчас пошла тенденция, переписывают все на скалу, Инстаграм, Фейсбук, Вконтакле, Твиттер, странное явление, но приходится ассимилироваться
это откуда такая инфа
источник

AT

Aλeksei Tereχin in Scala User Group
Artem Sokolov
это откуда такая инфа
из интернета жи
источник