есть в спринге, хотелось бы перенести в чисто скаловою (функциональную) либу?
Это не совсем правильный вопрос. Люди уже потратили время и силы на на подбор правильной комбинации пакетов и аннотаций, у них есть программа, которая вроде работает. Вопрос в том, как им объяснить, что им это не нужно. Это усугубляется тем, что спринг сервисы находятся в локальном оптимуме: любая попытка их улучшить приведёт к какой-нибудь проблеме. И в ней виноват будешь ты.
Согласен с вами, но я о другом. У нас принято либо игнорировать спринг, либо рофлить. Мне стало интересно, есть ли у людей, которые его использовали, желание видеть какие-то фичи спринга в виде идиоматичной скала библиотеке ?
Легитимные фичи спринга: - генерация хттп клиентов - генерация сваггера Покрывается тапиром, но там тоже все не совсем гладко, как я понимаю Spring data не нужна, но нравится людям DI не нужен, но нравится людям Интеграция с consul service discovery скорее вредна, но нравится людям
Хз, единственная сложность с тапиром - экспериментальный статус. Переводили пару сервисов с 0.16 на 0.17 - ну где-то полдня на 2 сервиса надо
Я его не использовал в проде, но судя по тикетам, сыроват. Шаг в сторону - надо допиливать. Плюс пользователь не должен бояться ХКТ
Это только последний год все гладко. Помню, был очень болезненный апгрейд в конце 19го. Тапир достаточно много проблем доставляет на самом деле. Ну и скорость бутстрапа сервиса с нуля сильно меньше, чем стартер бутовский.
За это мы его любим
Эээ. Он медленнее спринга? Это достижение
Процесс создания сервиса разработчиком медленее
Вполне соглашусь в плане скорости, но как мне кажется, код на тапире в целом более интуитивно понятен, если не разбираться в имплементации
конечно тот факт что тапир и спринг решают разные задачи
Знания спринга
Обсуждают сегодня