В My Org мы широко используем @value.imutable аннотация с интерфейсом s или абстрактным классом для генерации неизменных class es с Builder s для наших внутренних объектов передачи данных (DTOS) . DTOS, но мы не хотим отказываться от -patern-pattern для строительства. мы понимаем, что неизменность, обеспечиваемая записи s и паттерна, является двумя не связанными концепциями, но для нашего DTOS-применного паттерна абсолютно необходимо
Quict Literature Survey показывает, что как из Sep 2023. />[list]
[*]Hand-written Builder class nested within Java record file
[list]
manual effort, no annotation-magic
[/list]
[*]Lombok's @Builder annotation
[list]
Lombok is evil (no offense) and our entire org is moving away from it
[/list]
[*]RecordBuilder library
[list]
I'm sceptical as to how long would it be supported by community
[*]plus it also offers several customizations around pure / simple builders that i'm not too keen to adopt & don't want those unnecessary loopholes in my project
[/list]
[/list]
Are there any other workarounds of getting Строитель-паттерн с Java Records? Мы даже в порядке, чтобы запустить с рукописными вложенными вложенными классами строителей в записях (поскольку оба варианта 2 и 3 делают нас неловкими), при условии, что наша любимая библиотека Immutables начинает поддерживать их в будущем, чтобы мы могли плавно мигрировать к ним.
Подробнее здесь: https://stackoverflow.com/questions/772 ... 14-records
