Многие разработчики в целом против использования Lombok. Это действительно холиварная тема. Но если вы всё-таки используете Lombok в проекте, постарайтесь избегать спорных и потенциально вредных аннотаций.
Одна из таких — это @Data. Во-первых, мало кто помнит, какие методы она генерирует.
@EqualsAndHashCode. Это наиболее проблемная аннотация в составе@Data. Она генерирует методыequals()иhashCode()для всех полей класса, но зачастую этого не требуется. Например, для сущностей достаточно сравнивать только по идентификатору.@ToString. Если объект содержит чувствительную информацию, этот метод может вывести её в лог, что небезопасно.@Getter/@Setter. Здесь проблем нет.@RequiredArgsConstructor. Тоже допустимо.
Основная проблема кроется в аннотации @EqualsAndHashCode. Конечно, можно использовать @EqualsAndHashCode.Exclude, чтобы исключить отдельные поля из генерации, но вам придётся добавлять это почти ко всем полям. Использовать @EqualsAndHashCode.Include не получится — вы не можете включить только необходимые поля, придётся исключать все лишние.
Кроме того, избегайте аннотаций из пакета experimental. Эти аннотации нестабильны и могут быть удалены в следующих версиях Lombok. Единственным исключением является @FieldNameConstants. За несколько лет с ней не возникало проблем, а существующие альтернативы оставляют желать лучшего.
В целом, Lombok делает код чище, но, как и с любым “магическим” инструментом, важно понимать, как он работает и в каких случаях его применение уместно. В противном случае это может привести к снижению производительности или даже некорректной работе приложения.
Мета информация
Область:: 00 Java разработка
Родитель::
Источник::
Автор::
Создана:: 2023-11-20