Sollte ich equals() Methoden in JPA-Entitäten schreiben?

Question

Ich möchte überprüfen, ob Unternehmen in einem Sammelelement (@OneToMany oder @ManyToMany) eines anderen Unternehmens ist:

if (entity2.getEntities1().contains(entity1)) { } 

Answer 1

Nicht unbedingt. Es gibt drei Optionen:

• nicht überschreiben - so werden Sie mit Instanzen arbeiten. Dies ist in den Fällen sinnvoll, in denen Sie mit den Sammlungen nur mit Entitäten arbeiten, die an die Sitzung angehängt sind (und somit garantiert dieselbe Instanz sein). Dies ist (für mich) in vielen Fällen der bevorzugte Weg, da weniger Code und weniger Überlegung beim Überschreiben erforderlich ist.

• übersteuern hashCode() und equals() mit einem Geschäftsschlüssel. Dies kann eine Teilmenge von Eigenschaften sein, die die Entität identifizieren. Zum Beispiel könnte für einen User ein guter Geschäftsschlüssel der username oder der email sein. Dies wird als gute Praxis angesehen.

• übersteuern hashCode() und equals() nur über das ID-Feld. Dies ist in einigen Fällen sinnvoll, insbesondere wenn Sie einen manuell zugewiesenen Bezeichner (wie eine UUID) haben. Es ist auch in Ordnung, wenn Ihre Entität niemals in eine Sammlung geht. Aber für transiente Entitäten (ohne Kennung), die in Sammlungen gehen, verursacht es Probleme, so vorsichtig mit dieser Option. Als Seanizer notiert - Sie sollten es vermeiden. Im Allgemeinen immer, wenn Sie wirklich wissen, was Sie tun (und dokumentieren es vielleicht)

See this article für weitere Details. Beachten Sie auch, dass equals() und hashCode() gebunden sind und beide mit genau den gleichen Feldern implementiert werden sollten.

Answer 2

dass der einzige Weg ist. Sie können versuchen, Pojomatic Bibliothek, die die harte Arbeit für Sie erledigt.

Answer 3

There is information in the Hibernate documentation on this topic.

Answer 4

Ja, Sie sollten definieren equals() und hashcode() Methoden entsprechen, aber Sie sollten die ID Teil entweder nie sein lassen. (Siehe this recent answer of mine in einer ähnlichen Frage)

Answer 5

Wir neigen dazu, lassen IDE hashCode() und equals() für uns generieren. Sei aber vorsichtig. Wenn Sie diese Methoden für JPA-Entitäten generieren. Einige Versionen von equals() Kontrollen für Klassenidentität

// ... inside equals() - wrong approach for Entities (cause of generate proxies) 
if (o == null || this.getClass() != o.getClass()) { 
     return false; 
} 
// ... 

dies Ihre Sammlungen mit einigen JPA Bibliotheken brechen würde, da diese Bibliotheken Proxies Ihre Entitäten (Unterklassen) erstellen, wie zum Beispiel MyGreatEntity_$$_javassist_7 in dem Ruhezustand.

In Entitäten immer Unterklassen in equals() zulassen.

Answer 6

Ja, Sie sollten!

Wenn Sie nicht dem Standard Java.lang.Objectequals und hashCode Implementierung außer Kraft setzen:

@Entity(name = "Book") 
public class Book implements Identifiable<Long> { 

    @Id 
    @GeneratedValue 
    private Long id; 

    private String title; 

    //Getters and setters omitted for brevity 
} 

der merge Betrieb wird eine andere Objektinstanz zurückgeben und die Gleichheit Vertrag wird auf as explain in this post gebrochen werden.

Der beste Weg ist es, einen Business-Schlüssel zu verwenden, wie folgt aus:

@Entity 
public class Book implements Identifiable<Long> { 

    @Id 
    @GeneratedValue 
    private Long id; 

    private String title; 

    @NaturalId 
    private String isbn; 

    @Override 
    public boolean equals(Object o) { 
     if (this == o) return true; 
     if (!(o instanceof Book)) return false; 
     Book book = (Book) o; 
     return Objects.equals(getIsbn(), book.getIsbn()); 
    } 

    @Override 
    public int hashCode() { 
     return Objects.hash(getIsbn()); 
    } 

    //Getters and setters omitted for brevity 
} 

Sie können auch die Kennung für Gleichheit verwenden, sondern daran, dass die hashCode Umsetzung sollte immer den gleichen Wert zurück, wie in den gleichen erklärt schreiben, dass ich bereits erwähnt:

@Entity 
public class Book implements Identifiable<Long> { 

    @Id 
    @GeneratedValue 
    private Long id; 

    private String title; 

    @Override 
    public boolean equals(Object o) { 
     if (this == o) return true; 
     if (!(o instanceof Book)) return false; 
     Book book = (Book) o; 
     return Objects.equals(getId(), book.getId()); 
    } 

    @Override 
    public int hashCode() { 
     return 31; 
    } 

    //Getters and setters omitted for brevity 
}