не хотим )

но у тебя в ответе XML потому что ты передал в Accept: xml так?

ничего личного, просто просто)

короч я всё равно по фрагменту алгебры не понял бы до конца что это и зачем, нужно увидеть или интерпретатор, или пример доменного кода

вырвано из контекста™

> @notxcain но у тебя в ответе XML потому что ты передал в Accept: xml так? как там в твиттере - не помню, но сигнализировать можно как угодно. вплоть до того что и вовсе сервер решит что отдаст и не будет слушать что у него попросят) это как раз детали не важные, но легко заменяемые)

ну нафиг такое API )

это уже другой вопрос)

но даже в примере с Accept у тебя ответ зависит от запроса

нет

это побочка

это уровень HTTP

в уровне приложения так же

нет

ибо в параметры запроса это не входит. ( и даже если бы входило в http body - все равно не входит)

потому что это обрабатывается обработчиком http servera, а не обработчиком "запроса"

есть запрос "хттп", а есть запрос "апи метода"

и это разные уровни

и на уровне апи метода - реквест ни в коем случае не должен влиять на вид респонза - это должно определяться самой сигнатурой апи метода

HttpRequest -> DTO -> method involation -> DTO -> HttpResponse это все разные уровни.

если у тебя def x2(v:Int):String = то, какое бы значение инта ты не передал - на выходе будет всегда одна структура стринга

ок

но никто же не мешает побольше в типы заложить

если можно

так а в чем проблема всандалить копроизведение?

откуда мы вообще начали про запросы и опустились до HTTP я кстати не понимаю

я ж говорю у чела чтото личное :)

ошибаешься)

это я к тому, что вместо Command[Response] - на практике гораздо выгоднее иметь Executor[Request,Response]

Это все способо закодировать вызов метода в структуру данных, чтобы отложить реальный эффект на момент интерпретации

sealed trait Service[A] final case class GetTweets(userId: UserId) extends Service[List[Tweet]] final case class GetUserName(userId: UserId) extends Service[UserName] final case class GetUserPhoto(userId: UserId) extends Service[UserPhoto]

результат зависит от того что ты хочешь )

GetTweets получи список List[Tweet]

GetUserPhoto - UserPhoto

как тут может не зависить?

http://underscore.io/blog/posts/2015/04/14/free-monads-are-simple.html

Вы знали что так можно писать?

val foo = if (true) "1" if (false) "0" else "42"

без else if

у меня тут джуниор написал я офигел )

а не нельзя

вру )

foo будет типа Any

ну да оно же partial

с силдами опять не лучший пример годной архитектуры( как всегда - имхо). но видимо для того, чтобы показать что есть другие способы (а именно использование шаблона executor: UserId => UserPhoto - тут завист от задачи чем будет экзекутор, функцией или классом - не суть важно - главное разделяй и влавствуй) и показать их преимущества - необходимо взять реал ворлд примеры и уже на них показывать по существу) иначе сейчас высказывание собственного мнения превращается в демагогию)

что за шаблон executor?

но здесь есть один нюанс, когда final case class GetUserPhoto(userId: UserId) extends Service[UserPhoto] - (по крайней мере вариация данного случая) имеет место быть - а именно с точки зрения клиента

я конечно же не обратил внимание на то, что рассматривал все это именно с точки зрения хоста который обрабатывает данные запросы

лётчик.жпг

я это образно называл шаблоном

баунды - шаблоны. var method = Request => Response

method: GetUserPhoto => UserPhoto это тоже самое что final case class GetUserPhoto(userId: UserId) extends Service[UserPhoto]

ну нет

ну если интерпретировать в Id[_]

я образно, для объяснения

тогда можно этот метод обобщить вот так def method[R](request: ServiceOp[R]): R

а уж откуда ты взял этот ServiceOp и что потом сделал с R это неважно

я это применяю именно в виде def get_user_photo[UserPhoto]( id:UserId):UserPhoto = // утрировано

без создания доп прослойки request:ServiceOp[UserId] - ибо не пониманию зачем это нужно. ведь Method ( def get_user_photo: UserId => R) - уже достаточно

я что хочу сказать то - что такая вещь как java.lang.reflect.Method - коим является метод конкретного класса с известной сигнатурой - уже вполне может выполнять роль ServiceOp - без создания промежуточных носителей

зачем get_user_photo (sic) параметризирован по UserPhoto?

для наглядности

не хочу знать ничего про java.lang.reflect :)

def get_user_photo[R]( id:UserId):R // R - UserPhoto

def get_user_photo[R]( id:UserId):R // R - UserPhoto это как понять?

зачем тут R?

он что вернет любой R который я запрошу?

ERROR: S client not available

я же говорю, что я просто для наглядности написал юзерфото и там и там

как бы весь огород городится в том числе и для того, чтобы выкинуть рефлекшн нахреф

вместе с его друзьями asInstanceOf и isInstanceOf

я же говорю, что я просто для наглядности написал юзерфото и там и там

и там и там? тогда разницы не как ты R назвал.

def get_user_photo( id:UserId): UserPhoto - так есть смысл

естественно, что так и будет)

ок

ты правда пишешь снейккейсом в скале?

это же не руби/питон

нет конечно. camel case наше все. но в отдельных случаях - именно так и пишу.

code convention Для неудачников

в каких?

у меня есть конкретный набор правил где я использую снейк кейс. в частности тот же пример с обработкой апи команд по хттп. в апи методах гораздо легче читается user.get_some_dlinniy_method (имхо естественно) нежели user.getSomeDlinniyMethod. и именно для этих методов я использую снейк кейс. иногда экспериментирую с другими частями, но должен быть серьезный аргумент)

я помню пару месяцев назад тут (или в скалачате) какой-то чел натурально негодовал, что в примере кто-то посмел назвать переменную одной буквой

естественно я не позволяю себе писать var id:Int = 0, var id_user:Int = 0 рядышком)

типа нагло растоптал читабельность

плохой пример)

idUser, some_var ))

у меня есть конкретный набор правил где я использую снейк кейс. в частности тот же пример с обработкой апи команд по хттп. в апи методах гораздо легче читается user.get_some_dlinniy_method (имхо естественно) нежели user.getSomeDlinniyMethod. и именно для этих методов я использую снейк кейс. иногда экспериментирую с другими частями, но должен быть серьезный аргумент)

а зачем изобретать свои странные правила?

https://dev.twitter.com/rest/reference/post/account/remove_profile_banner

я бы начал нескольк раз вчитываться и очень бы напрягся увидев такое

где же тут велосипед, если повсеместно принято в хттп апи использовать снейк кейс)

причем тут хттп

ты же на скале пишешь

и это название Scala метода

и что? оно же является методом хттп апи

или ты мне предлагаешь делать отдельный маппинг remove_profile_banner => removeProfileBanner ?

кстати, вспомните в spray/akka-http headers и прочие сущности. они там пишут как ``Content-Type``

вот этого я как раз таки избегаю

Это во благо DSL

в общем в кавычках они пишут