Czy istnieje przykład, dlaczego Equals/GetHashCode powinny być nadpisywane w NHibernate?

Question

Znajduję wiele postów, gdzie wyjaśniono, że zawsze należy przesłonić Equals/GetHashCode na klasę encji NHibernate. Jeśli nie używam zestawów, czy to naprawdę konieczne?

Po prostu nie mogę znaleźć próbki, w której pokazane jest, że brakujące wartości równe/GetHashCode mogą prowadzić do nieoczekiwanego i niewłaściwego zachowania. Wszystko wydaje się działać bez nich doskonale. To naprawdę dziwne, że wszyscy mówią, że jest to konieczne, ale nikt nie może dostarczyć próbki, która pokazuje, że jest to konieczne.

Answer 1

Na urządzeniu SO był ostatnio napisany komunikat o operacji NHibernate, wybierając opcję N + 1, nawet jeśli podano fetch. Problem was z brakującą implementacją Equals/GetHashCode.

Odpowiedź łączy się z innym podobnym question.

Oto another question w sprawie uzasadnień dotyczących nadpisań Equals/GetHashCode.

Nhibernate n+1 with ternary relationship. Want the middle entity in the ternary
Nhibernate producing proxy despite HQL fetch
NHibernate: Reasons for overriding Equals and GetHashCode
Why Equals and GetHashCode are so important to NHibernate
Why is it important to override GetHashCode when Equals method is overridden?

---

Edit

Nie trzeba zastąpić je przez cały czas. Może to być konieczne, jeśli używasz kluczy złożonych, wielu sesji z odłączonymi jednostkami lub sesji bezstanowych.

Jeśli pracujesz tylko z jedną sesją, NHibernate przechowuje obiekty do pamięci podręcznej pierwszego poziomu za pomocą mapy tożsamości. Porównanie jednostek w tym przypadku odbywa się poprzez porównywanie identyfikatorów.

W powyższych przypadkach (odłączony podmiot, sesja bezstanowa) NHibernate porównuje rzeczywiste elementy, a nie ich identyfikatory. Domyślnie Object.Equals odnosi się do równości. Zatem dwa obiekty są równe, jeśli wskazują na to samo wystąpienie. Możesz mieć dwie instancje o tej samej tożsamości, ale Object.Equals zwróci im false. Jest to w przeciwieństwie do Entitydefinition:

obiektu, który nie jest definiowany przez jego cech, lecz poprzez gwint ciągłości i tożsamości.

JBoss Hibernate wiki ma a good explanation na Equals i HashCode z nielicznych przykładów kodu.

Answer 2

W rzeczywistości są tylko rzadkie przypadki, gdy prowadzi do skutków ubocznych. Ale jeśli je zdobędziesz, są dość subtelne. Oprócz złożonych kluczy podstawowych i kluczy słownika, które zawsze wymagają poprawnej implementacji Equals/GetHashCode.

NH dba o tworzenie instancji tylko raz w pamięci, więc domyślne porównanie porównania powinno zadziałać ... , jeśli nie byłoby leniwego ładowania.

Gdy nie zastępujesz Equals, masz problemy podczas pracy z serwerami proxy. Zawsze są dwa wystąpienia: proxy i rzeczywisty podmiot. Obaj reprezentują ten sam byt. Tylko przy poprawnie wdrożonej metodzie równości traktowane jest to samo.