сделай сам из запчастей." - не совсем понял посыл)
"Ктор - сделай сам из запчастей." - типо много готовых оешений уже есть под разные задачки?
Усовно говоря, есть у вас необходимость разработать бекенд, который будет отвечать по HTTP, общаться с реляционной СУБД, а также выполнять периодические задачи раз в день. В случае кейтора вам нужно будет подключить к проекту собственно кейтор, библиотеку для работы с вашей РСУБД, а также какой-нибудь планировщик-запускалку. И дальше вы пишете приложение, в котором у вас кейтор вызывает ваш код при получении запроса, дальше вы общаетесь с вашей БД с помощью выбранной библиотеки, ставите задачи стороннему планировщику, а потом кейтору сообщаете, как ответить. В случае спринга вы подключаете к проекту спринг, модуль спринга для работы с БД, модуль спринга для планирования. Дальше вы пишете пачку классов, наследующихся от спринговых базовых, с аннотациями, в один будут прилетать запросы, другой вам поможет в БД сходить, на третьем вы напишете в аннотации в крон-формате период вызова, а спринг сам понасоздаёт объекты, свяжет их друг с другом и сам позовёт ваши точки входа. Какой подход больше подойдёт — вам виднее.
А в варианте ktor это всё под jvm пыхтит или возможен натив?
Сервер сейчас JVM-only.
в 2.0 будет нативный сервер экспериментальный.
Обсуждают сегодня