REST API на Java без фреймворков

[maxzh83]

Очень не хватает чего-то полезного, ради чего бы это стоило делать, кроме обучения и фана. Ну например, насколько более экономичным по ресурсам получилось приложение по сравнению с монстрами.

[lovermann]

Одну выгоду я вижу: узнать то, что происходит «внутри», когда пользуешься либами и фреймворками.

[maxzh83]

кроме обучения

Это и есть обучение

[user_man]

Отказываясь от фреймворков — обязательно изобретешь свой. Зачем?

Подавляющее большинство готовых библиотек весьма далеки от идеала. Поэтому многие и пытаются сочинить свой идеал. Но у них обычно опять получается что-то совсем неидеальное. И так по кругу.

Но всё-таки в итоге иногда выходит реально прекрасный каменный цветок. Один из таких цветков — сама Java (до момента, пока оракл не начал её «улучшать»).

И да, всегда и всё писать на спринге (подставить другую любимую либу) — это однозначно путь в никуда. Вы станете придатком к гайковёрту, который насочиняли далеко не идеальные люди. Ну и штамповать все решения будете «под гайки», а если надо под гвозди? Или неразъёмное соединение? Или вообще свободно перемещающиеся детали?

[Throwable]

Совершенно верно, и начать нужно с Java — в ней из коробки уже идет много чего полезного. Дальше неплохо иметь представление о различных библиотеках и фреймворках в экосистеме и задач, которые с их помощью решаются. А то сейчас благодаря рекламе Spring прочно захватил всю разработку Java, и породил целое поколение, которое уже не представляет себе жизнь без него (как в прошлом было с JavaEE). Инструменты должны подбираться под конкретную задачу, и при этом не быть избыточными.

[usharik]

Насколько я могу судить, на SpringBoot все это делается едва ли ни меньшим количеством кода. В чем смысл тогда?

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

[sshikov]

>сравните их с именем пользователя и паролем, хранящимися в базе данных.
А потом мы удивляемся, почему и куда пароли утекают?

[taluks]

Но вместе с фреймворком, помимо готовой функциональности, вы получаете много магии...

Для упрощения POJO-классов будем использовать Lombok...

В Lombok больше магии чем во всем спринге)

На счет размера не согласен, если нужно несколько приложений то у вас будет больше потребления памяти чем один контейнер + приложения.

К тому же вопрос что делать с горячей перезагрузкой?

[Maksclub]

ахахаха, POJO (англ. Plain Old Java Object) — «старый добрый Java-объект»:

<dependency>
   <groupId>org.projectlombok</groupId>
   <artifactId>lombok</artifactId>
   <version>1.18.0</version>
   <scope>provided</scope>
</dependency>

[mmMike]

Если уж на то пошло, что "com.sun.net.httpserver.HttpServer" то же можно назвать framework от Sun.
Если уж извращаться, то сразу на уровне socket.

[eirnym]

Не думаю, что автор этой статьи хочет писать свой парсер HTTP, чтобы показать, какой он хороший. Сам Spring этого не делает, отдавая это встроенному HTTP серверу