VitaliSergey 20 янв 2020 в 14:37

Java 14: записи (records preview)

6 мин

11K

Программирование*Java*

Recovery Mode

Перевод

+20

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

trolley813 20 янв 2020 в 20:40

То есть, что-то типа case-классов в Scala?

snuk182 21 янв 2020 в 01:01

Больше на дата-классы из Kotlin.

virex 21 янв 2020 в 10:37

Еще больше на record из Pascal.

LordDarklight 21 янв 2020 в 13:18

на record из Pascal совсем не похоже, покрайней мере потому, что record из Pascal — это структура, передаваемая и присваиваемая по значению (кстати в статье про это ни слова, даже когда сравнивали с кортежами). А ещё record из Pascal не генерит никаких доп. членов и вообще поддерживает только поля (хотя вот тут могу ошибаться — может что-то сейчас изменилось в актуальных компиляторах, но классический и всякий турбо/борланд паскали это не поддерживали). А вот Data-классы Kotlin на явовский рекорд очень похожи. А case-классы из Scala так вообще, наверное прародители данной концепции! А ещё в C# 8-ом такие record-классы обещали — но так и не завезли пока — хотят вот тут сходство с Java будет максимальным!

oxff 20 янв 2020 в 23:41

Здорово, что язык постоянно развивается и адаптируется под современные реалии!
Однако, с тех пор, как все поголовно начали использовать проект Lombok, многословность Java перестала являться проблемой. Теперь можно просто получать удовольствие, не заморачиваясь генерацией всего этого мусора, который только захламляет код и отвлекает от главного. Описанное в статье решается там одной аннотацией @Value.

-2

rayz_razko 21 янв 2020 в 03:24

Зачем вам ещё одна библиотека, когда это может быть в стандарте?

oxff 21 янв 2020 в 04:30

Да абсолютно незачем, согласен!
Но многие проекты, как известно, всё ещё не переехали даже на Java 11 LTS. Следующая же LTS версия 17 ожидается лишь в сентябре 2021.
Так что Lombok хоронить ещё рановато, и к тому же там куча других плюшек.

ProgMiner 21 янв 2020 в 07:04

Учитывая что Lombok работает во время компиляции, его применение никак не обременяет программиста.

-2

Throwable 23 янв 2020 в 22:40

Да потому-что любой стандарт как правило убог и не покрывает большинства реальных кейсов. Конкретно о записях — перечитайте параграф "Цели, которых не было". Истинная цель появления записей в джаве скорей всего — это впоследствии прикрутить pattern matching. А моделировать данные с записями невозможно.