badcasedaily1 6 фев в 16:18

Lombok в Java: избавляемся от бойлерплейта

Простой

3 мин

Блог компании OTUSJava*Программирование*

-2

Комментарии 24

gev 6 фев в 16:25

Но если вдруг нужно только геттер, но без сеттера, можно сделать так:

@Getterpublic class ImmutableUser {    private final String username;}

Теперь username можно читать, но нельзя изменять — удобно для иммутабельных объектов.

А что мешает сделать поле просто публичным?

PrinceKorwin 6 фев в 17:27

Сделав публичным вы также позволите его менять. Речь же, как я понял, про то, что после инстанциации объекта поле уже нельзя поменять.

gev 6 фев в 17:31

оно же `final`

PrinceKorwin 6 фев в 17:33

Да. Не защищая Lombok. Но такие get/set методы бывают удобны чтобы в отладке брейкпоинт поставить.

Правда Lombok с отладкой не очень дружит.

BugM 6 фев в 16:26

Рекорды - просто существуют.

Conung_ViC 6 фев в 16:40

ломбок был тогда, когда рекордов еще не было

BugM 6 фев в 16:49

За моим окном 2025 статья свежая и рекорды уже есть. А за вашим окном какой год?

mastercode 6 фев в 17:07

Тот, в котором более 60% java проектов используют java ниже 17 версии )

https://newrelic.com/resources/report/2024-state-of-the-java-ecosystem

Учитывая что не-lts версии используют менее 2%, более 60% проектов используют java 8 и 11 )

osigida 6 фев в 17:32

после 8ой версии уже вышло много LTS
https://www.oracle.com/java/technologies/java-se-support-roadmap.html

BugM 6 фев в 19:10

У тех кто не обновился до хотя бы 17 такой кровавый энтерпрайз что им тоже не надо. Новичковые статьи про Ломбук их разработчикам точно не нужны. И их джунам (не уверен что они ниже мидлов нанимают вообще) не нужны.

У меня в окрестностях включая знакомых весь энтерпрайз уже до 17 обновился. Про 21 думают и местами катят, но еще нет. Может где-то в недрах нефтегаза разве что осталась джава <17.

Scott_Leopold 6 фев в 20:10

В Сбере полно 8 и 11

sergey-gornostaev 6 фев в 23:37

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

Scott_Leopold 9 фев в 22:36

Когда обновитесь до 17-й, она тоже уже устареет (если Вы про Сбер). В общем-то, как бы, кхм, почти уже...

ris58h 6 фев в 18:10

В статье, хоть она весьма скудная и раскрывает только малую часть того на что способен Lombok, затрагиваются проблемы помимо иммутабельных объектов.

BugM 6 фев в 19:11

Если вы писали на Java хоть раз, то знаете этот ужас — бесконечные геттеры, сеттеры, конструкторы, да ещё toString() и equals() на закуску. Одной только стандартной обвязки в классах моделей больше, чем самого кода.

Ага, конечно.

Ответом на первый абзац является одно предложение: Используйте рекорды. Везде. Даже вместо привычного Pair делайте рекорд. Эти три строки кода делающие рекорд вместо Pair невероятно полезны.

Рекорды не только работают быстрее, но еще и улучшат стиль вашего кода и уменьшат количество багов с мутабельным стейтом.

ris58h 7 фев в 07:34

Используйте рекорды. Везде.

Расскажите, пожалуйста, как использовать рекорды в качестве Entity в Hibernate?

DenSigma 7 фев в 12:11

Hibernat, кстати, тоже дрянь аналогично ломбоку. Присматриваюсь к SpringDataJDBC, и в нем, между прочим, рекорды использовать можно.

SimSonic 6 фев в 18:49

Прям коробит, когда люди навешивают к @Data AAC и NAC бездумно, типа мол пусть будет. @Data и так включает RAC, который в зависимости от наличия final на полях всё сделает в лучшем виде.

Но юзать @Data желательно ... только лишь нигде и никогда. Гораздо предпочтительнее иммутабельный аналог -- @Value, который нельзя повешать разве только на JPA сущности, но так и @Data в них тоже не выстреливает проблемами только в простых случаях.

Ну и да, Accessors, Builder/SuperBuilder, UtilityClass, SneakyThrows, lombok.config и много чего ещё -- вообще не упомянуто. Поэтому за статью минус.

SimSonic 6 фев в 18:51

Блин, написал комментарий, проскроллил выше, чтобы поставить "минус", а я там как будто уже ткнул статье "плюс" ... wtf? Рука соскользнула? 😂

Etherial 10 фев в 19:38

@Value после появления рекордов уже не актуален

SimSonic 11 фев в 05:52

Скорее да, чем нет, но личное предпочтение у меня — DTO в апишке удобнее всё-таки описывать @Value + @Builder , а уже внутри модельки или кортежи рекордами описывать. Когда на поля хочешь накинуть тонну аннотаций, класс выглядит красивше :)

Субъективное, очевидно.

foal 6 мар в 21:09

Не все сторонние библиотеки уже поддерживают рекорды
Нету встроенного Builder/toBuilder (https://github.com/Randgalt/record-builder)
Чисто эстетически декларация полей как конструктор мне не нравится (борюсь с этим)
Нет простого способа исключить из hash/toString

Scott_Leopold 6 фев в 20:08

Ого, какая свежатина! Наверное, эта библиотека только вышла? Почему никто не слышал про эти крутые фичи?

Gabenskiy 6 фев в 22:17

Как в известном видео: в графе "хобби" я поставила вам минус

Зарегистрируйтесь на Хабре, чтобы оставить комментарий