Size: a a a

Scala User Group

2020 March 12

ЮБ

Юрий Бадальянц in Scala User Group
Alexey Otts
Врайтер итак нахаляву через макрос
И он вот такой энкодинг делает?
источник

AO

Alexey Otts in Scala User Group
Юрий Бадальянц
И он вот такой энкодинг делает?
А, прочитал какой надо, не такой не сделает
источник

AO

Alexey Otts in Scala User Group
Но тоже довольно просто делается
источник

DD

Denis Dvornikov in Scala User Group
Ребят, я вот сделал хттп запрос, у меня получается фича на запрос возвращается, потом фича на маршалинг. я могу как-то вернуть значение методом  полученного из фичи? Говорят путь не хороший, но если я делаю супер плоский апи, разве это не решение?
источник

VS

Vladimir Sam in Scala User Group
*фьюча
по факту результатом запроса будет в большинстве случаев Future[Result]
где Result это результат анмаршаллинга
источник

VS

Vladimir Sam in Scala User Group
т.е. метод вида
def makeCall(p: Param): Result
который делает хттп вызов под капотом, это плохая практика
источник

VS

Vladimir Sam in Scala User Group
`def makeCall(p: Param): Future[Result]`
хорошая
источник

ЮБ

Юрий Бадальянц in Scala User Group
Alexey Otts
Но тоже довольно просто делается
Да, с райтером проще. Я просто не знаком с либой особо, а дока скудновата.
источник

AO

Alexey Otts in Scala User Group
Юрий Бадальянц
Да, с райтером проще. Я просто не знаком с либой особо, а дока скудновата.
Дока 😏
источник

AO

Alexey Otts in Scala User Group
На доку это конечно не тянет, так чисто описание API
источник

ЮБ

Юрий Бадальянц in Scala User Group
Пункт про sealed trait можно вставить, потому что это стандартная ситуация.
источник

ЮБ

Юрий Бадальянц in Scala User Group
Если руки дойдут может сам сделаю
источник

DD

Denis Dvornikov in Scala User Group
Vladimir Sam
`def makeCall(p: Param): Future[Result]`
хорошая
а если это business layer, то тоже оставлять фичу? например ответ запишу потом в хттп ответ клиенту
источник

VS

Vladimir Sam in Scala User Group
Denis Dvornikov
а если это business layer, то тоже оставлять фичу? например ответ запишу потом в хттп ответ клиенту
я бы тогда все же отделил
client.makeCall -> storage.makeCall -> sendResponse

но да, если действие подразумевает асинхронность (а любой слой хранения её подразумевает), то тоже будет фьюча
источник

M

Mikhail in Scala User Group
Vladimir Sam
я бы тогда все же отделил
client.makeCall -> storage.makeCall -> sendResponse

но да, если действие подразумевает асинхронность (а любой слой хранения её подразумевает), то тоже будет фьюча
Вот это поворот. Ремарка про асинхронность для любого слоя хранения - это нездоровый абсолютизм
источник

VS

Vladimir Sam in Scala User Group
примеры обратного?
источник

M

Mikhail in Scala User Group
Vladimir Sam
примеры обратного?
jdbc.select => profit
источник

VS

Vladimir Sam in Scala User Group
Mikhail
jdbc.select => profit
но мы же знаем, что тут "нюаньски", что ждбс лучше гонять на отдельном тредпуле, что шифт пуллов на фьюче сделать проще
источник

VS

Vladimir Sam in Scala User Group
на и апогеем, что эффект уж лучше засунуть в фдырку
источник

λ

λoλdog in Scala User Group
Vladimir Sam
примеры обратного?
Примеров много, потому что синхронно это будет быстрее
источник