Кстати, вопрос от Джуна к аудитории. Какой шаблонизатор для бута лучше использовать в наши дни? По работе то используется покрытый мхом jsp

В спринге же сущности протекают ни в один сервис

Ещё одна разница доменного и бизнес сервиса - первый всегда отдает сущности, второй всегда отдает дто

ангуляр, реакт, вуй

сейчас ещё svetle есть)

Какие у него перспективы?

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

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

сейчас ещё svetle есть)

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

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