Ну и вообще, зачем их как-то явно делить?

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

А чем route DSL не платформенный код?

После того как напишешь контроллер, надо идти в платформу и прописывать его там...

После того как напишешь контроллер, надо идти в платформу и прописывать его там...

А, я кажется я понял. В спринге аннотацию прописал - а дальше магия. А в акке нужно явно роуты скармливать, так?

Человек просто любит чтобы апликуха стартовала 10 минут, но искала все сама

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

Я согласен с этим. Но я говорю не про разделение фреймворк библиотека. А про разделение общего кода и частного. И тут может быть как фреймворк так и библиотеки

Я согласен с этим. Но я говорю не про разделение фреймворк библиотека. А про разделение общего кода и частного. И тут может быть как фреймворк так и библиотеки

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

А, я кажется я понял. В спринге аннотацию прописал - а дальше магия. А в акке нужно явно роуты скармливать, так?

Нет. Дело не в аннотации вовсе. А в том чтобы выделить общий код. Ну вот представь, что в буте тебе после добавления каждого контроллера надо лезть в спринг и там его прописывать. Фигня же. В общем случае хочется чтобы после создания роута в каком-то отдельном модуле/пакете он сам при сборке всего проекта попадал куда надо, без ручного его прописывания в коде

Нет. Дело не в аннотации вовсе. А в том чтобы выделить общий код. Ну вот представь, что в буте тебе после добавления каждого контроллера надо лезть в спринг и там его прописывать. Фигня же. В общем случае хочется чтобы после создания роута в каком-то отдельном модуле/пакете он сам при сборке всего проекта попадал куда надо, без ручного его прописывания в коде

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

Нет. Дело не в аннотации вовсе. А в том чтобы выделить общий код. Ну вот представь, что в буте тебе после добавления каждого контроллера надо лезть в спринг и там его прописывать. Фигня же. В общем случае хочется чтобы после создания роута в каком-то отдельном модуле/пакете он сам при сборке всего проекта попадал куда надо, без ручного его прописывания в коде

Имхо, лучше явно все задавать. Ты просто знаешь, как работает спринг. Но мне кажется, что любая такая магия добавляет неочевидности и сложности. С аккой все явно - вот точка входа в приложение, вот роуты, из этих роутов дёргаются всякие контроллеры. Все сразу понятно и явно

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

А добавление ветки в общий роут это не ручное добавлен е разве?

А добавление ветки в общий роут это не ручное добавлен е разве?

ну вот в плее ты так же руками дописываешь в routes

Или в говносервлетах руками пишешь аннотацию

А добавление ветки в общий роут это не ручное добавлен е разве?

Чем это отличается от того, что тебе надо добавить аннотацию?

То же количество действий

ну вот в плее ты так же руками дописываешь в routes

Да. А в спринге не прописываю). А на имплиситах не пробовали такое сделать?

Что то и где то придется добавить

Да. А в спринге не прописываю). А на имплиситах не пробовали такое сделать?

В спринге не пишешь аннотации?

Спринг сам понимает какой код - сервис?

В спринге не пишешь аннотации?

В спринге я не вношу отдельные контроллеры в один общий, чтобы они работали

это еще та которую под видом роисской оси пыталсиь впарить? // сейлфиш

Отличная, кстати, ось)

Спринг сам понимает какой код - сервис?

можешь решить свои вопрос кодогенерацией

Да. А в спринге не прописываю). А на имплиситах не пробовали такое сделать?

Имплиситы они по требованию резолвятся. Нельзя заставить имплисит в коде проактивно добавить запись куда-то

С аккой ты можешь всё приложение раскрутить от точки входа. Это явно, просто и понятно. В спринге какой таковая точка входа скрыта от программиста. Как понять, какой код реально попадет в приложение - хз. Эти аннотированные классы отовсюду могут подгружаться. Это же ваще адок.

Имплиситы они по требованию резолвятся. Нельзя заставить имплисит в коде проактивно добавить запись куда-то

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

нет, для этого есть спринг

да все можно)

С аккой ты можешь всё приложение раскрутить от точки входа. Это явно, просто и понятно. В спринге какой таковая точка входа скрыта от программиста. Как понять, какой код реально попадет в приложение - хз. Эти аннотированные классы отовсюду могут подгружаться. Это же ваще адок.

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

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

Так ты же предлагаешь магически бог знает откуда подгружать роуты

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

Он как раз отлично обобщается в отличие от нетипизированных аннотаций

Так ты же предлагаешь магически бог знает откуда подгружать роуты

Магически это в спринге) я хочу понять можно ли немагией в скале)

В принципе, ничего не мешает сделать как в спринг - свой класспас загрузчик делаешь и в путь

В принципе, ничего не мешает сделать как в спринг - свой класспас загрузчик делаешь и в путь

Фу фу фу ))

Можешь во время компиляции найти все роуты и сгенерить код

Фу фу фу ))

Ты же за спринг. Он так и работает

В любом случае магия спринга основана на интроспекции. Т.е. ты на самом деле вместе со своим ЖВМ пишешь на другом ещё одном плохо специфицированном метаязыке

Нетипизированном, интерпретатор которого запускается после компиляции

Никто не хочет этого для скалы

Ты же за спринг. Он так и работает

Я от него убежать хочу)

Волшебство скалы основано на композиции. А не на сахаре, как отдельные думают. Поэтому для спринга прекрасный выбор - котлин

Плюсую

О нет, давайте только не про Котлин...

О нет, давайте только не про Котлин...

Так вот ты спрашиваешь нас про котлин, а у нас есть, что сказать

О нет, давайте только не про Котлин...

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

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

Плагин компилятора / сбт может помочь

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

Пока не могу представить как. Потому и спрашиваю тут) Вдруг есть способ...

я тебе уже раза 3 сказал

Добавить таску, которая скаламетой интроспектит

Ненамного лучше спринга

Но по крайней мере во время билда...

Добавить таску, которая скаламетой интроспектит

а не слишком ли низко? может проще макросами?

Ну так конечно можно. Но это ужос

почему? многие так делают

Потом кто-нибудь посмотрит на код, сделает поиск использования кода, а идея ничего не найдет. И этот код пропадет из проекта.

почему? многие так делают

Например?

sangria

sangria

И где там эта магия? Мельком просмотрел, там нужно все явно указать.

аннотации посмотри

https://github.com/sangria-graphql/sangria/tree/1bbad3c4c9c2ebd612ed8158d5e39f33d6bb8903/src/main/scala/sangria/macros

С телефона не очень удобно доки читать :)

а не слишком ли низко? может проще макросами?

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

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

Но это такое, накладывать обязанность на бизнесс код зарегать себя где то

можно кстати и имплиситом решить

Я подозреваю что у топикстартера приложение на 3-7 роутов на верхнем уровне, которые проще всего руками прописать в Main.

та и ваще, пусть делает один роут и через haproxy рулит ?

Насчёт спринга - большей частью дело привычки, через какое-то время использования akka http будет казаться что такой вариант с роутами правильнее

Я подозреваю что у топикстартера приложение на 3-7 роутов на верхнем уровне, которые проще всего руками прописать в Main.

Плохая из тебя Ванга)) на данный момент около сотни

Плохая из тебя Ванга)) на данный момент около сотни

Пора делать микросервисы )

Да не нужны они там. Нагрузки нет, монолит тащит без проблем.

А. Типа микросервисы эт про нагрузку?)

Плохая из тебя Ванга)) на данный момент около сотни

То есть сотня ресурсов, типа таких? /users /orders

То есть сотня ресурсов, типа таких? /users /orders

Таких с пару десятков и ещё у них у каждого несколько

Те что у каждого из них не должны наружу в main торчать

/orders

это еще та которую под видом роисской оси пыталсиь впарить? // сейлфиш

она сча дефакто российская

посоны, кто-нибудь ставил apache predictionio?

Доброго всем вечера, коллеги! Не поскажите куда копать, нужно организовать row level security? Используем Slick 3.1.

/toxic

Молчащие скалисты - это токсично

Доброго всем вечера, коллеги! Не поскажите куда копать, нужно организовать row level security? Используем Slick 3.1.

XAML и похожие подходы

Добавить колонку Level bigint not null default 0

А что такое XAML в контексте секьюрити/DB?

А что такое XAML в контексте секьюрити/DB?

На основе атрибутов записи принять решение показывать или нет

Добавить колонку Level bigint not null default 0

Вопрос как лучше подмешать в SQL запрос дополнительные фильтры. Может есть примеры?

Вопрос как лучше подмешать в SQL запрос дополнительные фильтры. Может есть примеры?

сделать view в бд с нужным условием и выбирать из нее как из таблицы.

сделать view в бд с нужным условием и выбирать из нее как из таблицы.

Динамически не настроить, плюс логика перекачюет в БД, чего не хочется