andreykaTНе совсем понял в чем проблема в спринге создать новый контроллер?
Я выше писал про Spring-мышление. Ты контроллер как реализуешь? Ты скорее всего
подключишь зависимости spring. Сделаешь @Controller и @RequestMapping. Это тонна
логики подкапотом.

Ради прикола сделай это а потом посмотри на




Вот это дерево технологий ты подключил чтобы просто отбить http-request.

Не проблема создать spring-контроллер. Есть глобальная и далеко идущая проблема
которая называется растущаяя сложность приложений и over-проектирование.

И мы гордо надувая щеки каждый день и каждую минуту занимаемся овер-проектированием
просто потому что 1) Spring 2) Ентерпрайз 3) Нас так научили.

А есть ли another-way?

Atum1Важна скорость - разработки , бизнес не желает ждать 6 месяцев - нужен функционал через неделю, две недели - месяц край

100% согласен. Но лет через 5 функционал Spring будет настолько сложен изнутри
что его будут шарахаться как COBOL-а.

Java-разработчик получит новый титул. Spring-разработчик. Spring обрастёт (или уже
оброс) своими языками скриптинга. Будет новая идеология Spring-чистоты. Когда
ты не создашь класс без привязки к фреймворку. А если создашь то коллеги
зачмырят тебя и запомоят. Сюда-же до кучи Hibernate.... кудаж без него, родимого.

Я говорю как я это вижу с точки зрения роста сложности.

Современная ide сворачивает геттеры по ковёр. Как негодной мусор.

Забавно. Но точно так же во времена семерки было с анонимными классами. Помните?

Вы катаетесь на семерке а у вас код Аля восьмерка. Только серым цветом подсвечено.

Вангую что скоро геттеры станут мусором.