Предупреждение равно / hashCode в аннотации @Data lombok с наследованием

У меня есть сущность, которая наследуется от других. С другой стороны, я использую проект lombok, чтобы уменьшить шаблонный код, поэтому я помещаю @Dataаннотацию. Аннотация @Dataс наследованием выдает следующее предупреждение:

Создание реализации equals / hashCode, но без вызова суперкласса, даже если этот класс не расширяет java.lang.Object. Если это сделано намеренно, добавьте @EqualsAndHashCode(callSuper=false)к своему типу.

Желательно ли добавить аннотацию @EqualsAndHashCode (callSuper = true)или @EqualsAndHashCode (callSuper = false)? Если не добавлено, что это callSuper=falseили callSuper=true?

Значение по умолчанию - false. Это тот, который вы получите, если не укажете его и проигнорируете предупреждение.

Да, рекомендуется добавить @EqualsAndHashCodeаннотацию к @Dataаннотированным классам, которые расширяют что-то еще, кроме Object. Я не могу сказать вам, нужно ли вам trueили false, это зависит от вашей иерархии классов и требует рассмотрения в каждом конкретном случае.

Однако для проекта или пакета вы можете настроить lombok.configвызов супер-методов, если он не является прямым подклассом Object.

lombok.equalsAndHashCode.callSuper = call

См. Документацию системы конфигурации о том, как это работает, и @EqualsEndHashCodeдокументацию по поддерживаемым ключам конфигурации.

Раскрытие информации: я разработчик ломбока.

@EqualsAndHashCode(callSuper=true) должно устранить предупреждение.

Главный исходный вопрос:

Желательно ли добавлять аннотацию @EqualsAndHashCode (callSuper = true) или @EqualsAndHashCode (callSuper = false)?

Принятый ответ в основном просто:

...это зависит от...

Чтобы расширить это, в документации по @EqualsAndHashCode есть некоторые четкие рекомендации по выбору. Особенно это, ИМХО:

Установив для callSuper значение true, вы можете включить методы equals и hashCode вашего суперкласса в сгенерированные методы. Для hashCode результат super.hashCode () включается в алгоритм хеширования, а для forequals сгенерированный метод вернет false, если супер реализация считает, что он не равен переданному объекту. Имейте в виду, что не все реализации equals справляются с этой ситуацией должным образом. Однако сгенерированные ломбоком реализации equals справляются с этой ситуацией должным образом, поэтому вы можете безопасно вызывать свой суперкласс equals, если он также имеет сгенерированный ломбоком метод equals.

Чтобы немного уменьшить это: выберите callSuper = true, если вы наследуете суперкласс, который либо не имеет информации о состоянии, либо сам использует аннотацию @Data, либо имеет реализации equals / hash, которые «обрабатывают ситуацию должным образом» - что я интерпретирую как возвращение правильного хеша значений состояния.

Если вы хотите сравнить также члены суперкласса, используйте @EqualsAndHashCode(callSuper=true). Однако, если вы хотите сравнить поля только в текущем классе, вы можете использовать параметр @EqualsAndHashCode(callSuper=false)по умолчанию .

Если вы используете функцию Delombok, вы можете увидеть, что разница в том, что при установке trueэтой строки добавляется к сгенерированному методу равенстваif (!super.equals(o)) return false; . Если у вас есть члены в суперклассе, которые следует учитывать при сравнении двух объектов, тогда для правильного сравнения необходимо установить значение true.