AN
Ну типо минут на 10 дольше?
Ага, особенно если шаблон готовый есть.
Size: a a a
2020 March 15
AN
А кто-нибудь мне может объяснить, почему градловый API для котлин-мпп абсолютно перпендикулярен остальному апи?
SB
Можно взять спринг, поднять Ktor руками, и использовать Spring Data и прочие плюшки.
Но это, конечно, сложнее и дольше, чем использовать то, что у Spring Boot из коробки.
Но это, конечно, сложнее и дольше, чем использовать то, что у Spring Boot из коробки.
Если стоит цель любой ценой прикрутить ктор, то наверное можно, да )
SB
У людей не укладывается в голове, что есть в мире не только фреймворки
"Ktor is a framework for ..." - цитата прямо с заглавной страницы ktor.io
У людей всё нормально в головах укладывается, они просто ан масс ищут максимально эффективные пути решения стоящих перед ними конкретных задач. Можно конечно и из собственного main всё что нужно поднимать, но закончится это всё с большой вероятностью спринго-подобным велосипедом.
У людей всё нормально в головах укладывается, они просто ан масс ищут максимально эффективные пути решения стоящих перед ними конкретных задач. Можно конечно и из собственного main всё что нужно поднимать, но закончится это всё с большой вероятностью спринго-подобным велосипедом.
AN
По-моему не кто не предлагал ктор за место спринга в тырпрайзе. Речь о тех случаях, когда комбайн не нужен
AO
По-моему не кто не предлагал ктор за место спринга в тырпрайзе. Речь о тех случаях, когда комбайн не нужен
По секрету скажу, он никогда не нужен
AN
По секрету скажу, он никогда не нужен
Мне тоже так кажется, но не берусь судить о том, чего не пробовал.
AN
Для моих задач спринг вообще убийство. До того, как котлин появился, я на ратпаке сидел
AO
Ну то есть прикручивания всех интеграций ручками занимается сильно меньше времени и строк кода, чем бизнес код
AM
А кто-нибудь мне может объяснить, почему градловый API для котлин-мпп абсолютно перпендикулярен остальному апи?
Ась?
AN
Ась?
KotlinDependencyHandler никак не связан с DependencyHandler, но дублирует его практически один в один и так далее.
AM
KotlinDependencyHandler никак не связан с DependencyHandler, но дублирует его практически один в один и так далее.
Дык он в итоге маппит всё по той же схеме, а используется для того, чтобы дополнительную информацию из текущего сорс-сета забрать.
AM
Он, ЕМНИП, просто имя конфигурации правильное формирует, остальное как есть делается.
AN
Дык он в итоге маппит всё по той же схеме, а используется для того, чтобы дополнительную информацию из текущего сорс-сета забрать.
Я понимаю, просто делать плагин, который и с котлиновским апи и с не-котлиновским работает, как-то страшно получается. Но я уже вроде победил.
AN
Вообще, градловый апи, что с котлином, что без - это какая-то мусорка
AM
Ну если хочется интегрироваться в котлиновский дсл для мультиплатформы -- да, наверное, там придётся дополнительные телодвижения сделать. А так...
AM
Вообще, градловый апи, что с котлином, что без - это какая-то мусорка
Не знаю, пока сильно негативных впечатлений не вызвал.
AN
Там как раз наоборот, мультиплатформа гораздо более человечная, чем обычный jvm.
AN
Не знаю, пока сильно негативных впечатлений не вызвал.
Это чувствуешь, когда плагины писать начинаешь. Впрочем, до котлин было значительно хуже
AN
Там бы все повыпиливать и заменить на экстеншены...