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

какой мэппинг?

где?

дискуссия зашла в тупик

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

Конвертация Camel sase <> snake case стала проблемой?

сложить 1 + 1 конечно не проблема, просто не понимаю зачем, если можно написать сразу 2

это метод нигде в скале не используется в коде

он исключительно задает сигнатуру

ты название скала метода где то превращаешь в строку?

фреймворк из ада какой то )

нет, я строку превращаю в название метода - но при этом не делаю никаких преобразований

или из джавы

это дает мне возможность скопировать из документации название метода и быстренько найти его в сорцах

через рефлексию да?

копи паст - сила джедаев

нет, я строку превращаю в название метода - но при этом не делаю никаких преобразований

invoke через рефлекшн?

запахло джавой

нет, я строку превращаю в название метода - но при этом не делаю никаких преобразований

Строка => метод -- это уже преобразование.

запахло религиозными войнами

запахло джавой

метелям отбой (с)

toCamelCase - это дополнительное преобразование

которое также нарушает связь доков по апи с сорцами

копипаст уже не проканает)

._.

Тут большая часть читает сейчас это с ужасом. В Scala не принято такое делать и если скалист придет на такой проект он охренеет и уйдет.

нет, я строку превращаю в название метода - но при этом не делаю никаких преобразований

попахивает ппц каким хрупким кодом, очень опасно. Для этого придумали енамы и кучу всего другого, чтобы работоспособность твоего кода не зависела от названия переменной

пфф) посмотрите akka

копипаст уже не проканает)

из последних сил, что называется)

Тут большая часть читает сейчас это с ужасом. В Scala не принято такое делать и если скалист придет на такой проект он охренеет и уйдет.

я насчет этого

не будем об этом :))

я про свежие практики

там очень многое можно сделать через конфиги, которые не тайпчекаются ни разу. та же сериализация, загрузка extension-ов

это меня дико бесит

но что поделать )

класс и его методы уже представляет из себя строго типизированную хрень. строже типизировать входящие запросы уже не получится - как не крути

возможно человек взял самый простой способ решить свою задачу. можно и java reflection завернуть так, чтобы было нормально работать

с сериализацией я свыкся и пишу тесты на нее

класс и его методы уже представляет из себя строго типизированную хрень. строже типизировать входящие запросы уже не получится - как не крути

посмотри haskell servant :)

инвоук вобще работает очень быстро, особенно если каждый раз не получать метод динамически

так или иначе люди будут заводить Map[String, Method] - в том или ином виде

я про свежие практики

можно подробнее?

можно подробнее?

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

ну это то что я сам делаю и что вижу у других

так ведь я и выражаю же как можно больше в типах)

не берусь за всех говорить

это понятно. я применимо к таким динамичным вещам, как extensions в акка

def get_user_photo(id:int):UserPhoto

куда уж строже)

всеравно так и не понял зачем _

зачем мне дополнительно к этому руками писать val methods = { case "get_user_method" => get_user_photo( request.post("id") ) } - или любые другие альтернативы - хоть убейте не понимаю)

всеравно так и не понял зачем _

Очевидно, чтобы срач в чатиках поднимать.

зачем мне дополнительно к этому руками писать val methods = { case "get_user_method" => get_user_photo( request.post("id") ) } - или любые другие альтернативы - хоть убейте не понимаю)

compile time check, мне кажется только ради этого. Гарантия что этот метод существует, и возвращает результат нужного типа

case "get_user_method" => get_user_photo( request.post("id") - не дает гарантии компайл тайп)

как не дает?

def get_user_method(id:Int):UserPhoto = вот что дает гарантию компайл тайп)

val handle: PartialFunction[String, Result] = { case "x" => xx() }

тут нет гарантии того, что для метода get_user_photo должен возвратиться UserPhoto

не совсем так конечно)

я кривовато выражаюсь)

нет, я говорил о другом. о том что у тебя есть гарантия что метода get_user_photo существует

но я опять таки не понимаю, зачем мне писать эту partialfunction обвязку? ведь она не гарантирует, что я не ошибся и не написал case "get_usir_photo"

эм. когда я пишу класс с методами - они дефакто являются гарантией того, что они будут существовать в рантайме

но я опять таки не понимаю, зачем мне писать эту partialfunction обвязку? ведь она не гарантирует, что я не ошибся и не написал case "get_usir_photo"

Нормальные спеки с генерацией кода рулят.

Ришат, ты сейчас что сказал и как ответил на мой аргумент? )

поясни пожалуйста)

:)

Нормальные спеки с генерацией кода рулят.

?

нет, я говорил о другом. о том что у тебя есть гарантия что метода get_user_photo существует

просто вместо того, чтобы руками писать подобные партиал обвязки - я использую автоматику, котоорая выполняет ту же функцию в рантайме. ведь все равно ты никак не сможешь в компайл тайме проверить ошибся ли ты в case "get_usir_photo"

ERROR: S client not available

о_О

О_О

О_о

O: O:

case "get_usir_photo" => get_user_photo()

+

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

Расскажите ему кто-нибудь про managed sources)

чую всё закончится лиспом

я тж не понял про метод ведения док

и чем scala docs не подходит для описания апи конкретных классов

ну или что-то типа такого

а кто гарантирует что на клиентской стороне ты не оибешь и не напечатаешь: get_usir_fota? и твой запрос улетит не туда

никто, об этом и речь. что есть ошибки которые можно будет обнаружить исключительно в процессе эксплуатации и никак иначе.

тест роутера?

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

во первых можно ошибиться в тесте, но это хрен с ним. во вторых - тест все равно выполняется в рантайме

и компайл стадия - минуется

я про исключительно в процессе эксплуатации и никак иначе

все успешно компилируется

CI не нужон

тест проводится исключительно в процессе эксплуатации) запускается уже успешно скомпилированный код и прогоняются тесты

хуяк хуяк и в эксплуатацию

если кто-то воспринимает рантайм исключительно - как запущенный код на продакшн сервер - это лично его восприятие)

я думаю тут больше про в процессе эксплуатации

А если тестировщик поленится? А если...ай, да ладно

quis custodiet ipsos custodes

эксплуатация это не наладка + предпусковая подготовка

строго говоря - процесс выполнения скомпилированного кода на jvm - более чем укладывается в общее понятие "эксплуатация"