Jak zaimplementować Ieequalitycomparer, aby zwrócić różne wartości?

Rich.okelly i Ladislav Mrnka są poprawni na różne sposoby.

Obie odpowiedzi dotyczą faktu, że metody IEqualityComparer<T> nie zostaną przetłumaczone na SQL.

Myślę, że warto przyjrzeć się za i przeciw każdemu, co zajmie trochę więcej niż komentarz.

Podejście Rich ' a ponownie zapisuje zapytanie do innego zapytania z tym samym ostatecznym rezultatem. Ich kod powinien skutkować mniej więcej tym, jak sprawnie byś to zrobił z kodowaniem ręcznym SQL.

Ladislav wyciąga go z bazy danych w punkcie przed odrębnym, a następnie podejście w pamięci zadziała.

Ponieważ baza danych świetnie radzi sobie z grupowaniem i filtrowaniem, od których zależy rich, będzie prawdopodobnie najbardziej wydajna w tym przypadku. Można jednak zauważyć, że złożoność tego, co dzieje się przed tym grupowaniem, jest taka, że Linq-to-entities nie generuje ładnie pojedynczego zapytania, ale raczej produkuje kilka zapytań, a następnie robi kilka pracy w pamięci, co może być dość paskudne.

Ogólnie grupowanie jest droższe niż rozróżnianie w przypadkach w pamięci (zwłaszcza jeśli wprowadzasz je do pamięci za pomocą AsList() zamiast AsEnumerable()). Tak więc, jeśli albo zamierzałeś już przynieść go do pamięci na tym etapie z powodu jakiegoś innego wymogu, byłoby to bardziej wydajne.

Byłoby również jedynym wyborem, gdyby twoja definicja równości była czymś, co nie odnosiło się dobrze do tego, co jest dostępne tylko w bazie danych, a oczywiście pozwala na zmianę definicji równości, jeśli chcesz to zrobić na podstawie IEqualityComparer<T> przekazanej jako parametr.

W sumie, rich 's jest odpowiedzią, którą powiedziałbym, że będzie najbardziej-prawdopodobnie będzie najlepszym wyborem tutaj, ale różne plusy i minusy Ladislava w porównaniu do rich' s sprawiają, że jest to również warte studiowania i rozważenia.

Nie zrobisz tego. Distinct operator jest wywoływany w bazie danych, więc każdy kod, który piszesz w aplikacji ,nie może być użyty (nie możesz przenieść logiki porównywania równości do SQL), chyba że jesteś zadowolony z załadowania wszystkich niezrównanych wartości i utworzenia odrębnego filtrowania w aplikacji.

var query = (from x in context.EntitySet where ...).ToList()
                                                   .Distinct(yourComparer);

Późna odpowiedź, ale można zrobić lepiej: jeśli obiekt DAL jest częściowy (zwykle jest, jeśli jest obiektem DB), można go rozszerzyć w następujący sposób:

public partial class MyDOClass :  IEquatable<MyDOClass>
    {

        public override int GetHashCode()
        {
            return Id == 0 ? 0 : Id;
        }

        public bool Equals(MyDOClass other)
        {
            return this.Id == other.Id;
        }
    }

I distinct będzie działać bez żadnych przeciążeń w nim.

Jeśli nie, możesz utworzyć klasę Ieequalitycomparer w następujący sposób:

internal class MyDOClassComparer : MyDOClass,  IEquatable<MyDOClass>, IEqualityComparer<MyDOClass>
    {
        public override int GetHashCode()
        {
            return Id == 0 ? 0 : Id;
        }

        public bool Equals(MyDOClass other)
        {
            return this.Id == other.Id;
        }

        public bool Equals(MyDOClass x, MyDOClass y)
        {
            return x.Id == y.Id;
        }

        public int GetHashCode(MyDOClass obj)
        {
            return Id == 0 ? 0 : Id;
        }
    }

I jeszcze raz, użyj distinctive bez żadnego przeciążenia