Jak należy zaimplementować equals i hashcode podczas korzystania z JPA i Hibernate

Nie sądzę, aby przyjęta odpowiedź była dokładna.

Aby odpowiedzieć na pierwotne pytanie:

Czy Domyślna implementacja jest wystarczająco dobra w większości przypadków?

Musisz tylko nadpisać equals() i hashcode(), jeśli encja będzie używana w Set (co jest bardzo powszechne) i encja zostanie odłączona od sesji hibernacji, a następnie ponownie dołączona do niej (co jest rzadkim użyciem hibernate).

Zaakceptowana odpowiedź wskazuje, że metody muszą być nadpisane, jeślialbo warunek jest prawdziwy.

Gdy encja jest ładowana przez leniwe ładowanie, nie jest instancją typu podstawowego, ale jest dynamicznie generowanym podtypem generowanym przez javassist, więc sprawdzenie tego samego typu klasy nie powiedzie się, więc nie używaj:

if (getClass() != that.getClass()) return false;

Zamiast:

if (!(otherObject instanceof Unit)) return false;

, co jest również dobrą praktyką, jak wyjaśniono na implementacja równości w praktykach Javy .

Z tego samego powodu dostęp do pól bezpośrednio może nie działać i zwracać null zamiast wartości bazowej, więc nie używaj porównanie właściwości, ale użyj getterów, ponieważ mogą one wyzwalać Ładowanie podstawowych wartości.

The best equals/hashCode implementacja polega na użyciu unikalnego klucza biznesowego .

Klucz biznesowy powinien być spójny we wszystkich przejściach stanu podmiotu (transient, attached, detergent, removed), dlatego nie można polegać na ID dla równości.

Inną opcją jest przejście na identyfikatory uuid , przypisane przez logikę aplikacji. W ten sposób możesz użyć UUID do equals/hashCode ponieważ identyfikator jest przypisany przed otrzymaniem encji zaczerwienione.

Można nawet użyć identyfikatora encji dla equals i hashCode, ale wymaga to zawsze zwracania tej samej wartości hashCode, aby upewnić się, że wartość hashCode encji jest spójna we wszystkich przejściach stanu encji. Sprawdź ten post, aby dowiedzieć się więcej na ten temat .

Tak, to trudne. W moim projekcie equals i hashCode opierają się na id obiektu. Problem tego rozwiązania polega na tym, że żadne z nich nie działa, jeśli obiekt nie został jeszcze utrzymany, ponieważ identyfikator jest generowany przez bazę danych. W moim przypadku jest to tolerowane, ponieważ w prawie wszystkich przypadkach przedmioty są trwale trwające od razu. Poza tym działa świetnie i jest łatwy do wdrożenia.

Jeśli zdarzyło ci się zastąpić equals, upewnij się, że spełniasz jego umowy: -

• symetria
• refleksyjne
• TRANSITIVE
• konsekwentny
• NON NULL

I nadpisać hashCode, ponieważ jego umowa opiera się na equals realizacji.

• element 9: zawsze nadpisuj hashCode, gdy nadpisujesz równe

Są poważne niezamierzone skutki, gdy nie przestrzegasz tych umów. Na przykład {[3] } może zwrócić błędną wartość boolean jako że ogólny kontrakt nie jest spełniony.

W dokumentacji Hibernate 5.2 jest napisane, że możesz nie chcieć implementować hashCode i w ogóle jest równy-w zależności od twojej sytuacji.

Https://docs.jboss.org/hibernate/orm/5.2/userguide/html_single/Hibernate_User_Guide.html#mapping-model-pojo-equalshashcode

Ogólnie dwa obiekty załadowane z tej samej sesji będą równe, jeśli są równe w bazie danych (bez implementacji hashCode i equals).

To się komplikuje jeśli używasz dwóch lub więcej sesji. W tym przypadku równość dwóch obiektów zależy od implementacji metody equals.

Co więcej, będziesz miał kłopoty, jeśli twoja metoda equals porównuje identyfikatory, które są generowane tylko podczas utrzymywania obiektu po raz pierwszy. Może ich jeszcze nie być, gdy wezwani są równi.

Jest tu bardzo ładny artykuł: https://docs.jboss.org/hibernate/stable/core.old/reference/en/html/persistent-classes-equalshashcode.html

Cytując ważny wiersz z artykułu:

Zalecamy implementację equals () i hashCode() przy użyciu klucza biznesowego równość. Równość klucza biznesowego oznacza, że metoda equals() porównuje tylko właściwości, które tworzą klucz biznesowy, klucz, który by zidentyfikować naszą instancję w realnym świecie (naturalnym kandydat klucz): {]}

W prostych słowach

public class Cat {

...
public boolean equals(Object other) {
    //Basic test / class cast
    return this.catId==other.catId;
}

public int hashCode() {
    int result;

    return 3*this.catId; //any primenumber 
}

}