LINQ의 Distinct가 사용자 정의 개체와 작동하지 않는 이유는 무엇이며 어떻게 해결할 수 있습니까?

LINQ의 Distinct() 및 사용자 정의 개체: 일반적인 함정

LINQ의 Distinct() 메서드를 사용하면 컬렉션에서 중복 항목을 간단하게 제거할 수 있습니다. 그러나 사용자 정의 개체의 경우 예기치 않게 작동하여 해당 속성을 기반으로 중복 항목을 식별하지 못하는 경우가 많습니다.

문제: 참조 대 가치 평등

문제는 Distinct()이 객체를 비교하는 방식에 있습니다. 이는 참조 동일성을 사용합니다. 즉, 두 개체가 동일한 메모리 위치를 차지하지 않는 한 서로 다른 개체로 간주됩니다. 즉, 두 개의 사용자 정의 개체가 동일한 속성 값을 가지더라도 Distinct()에서는 이를 별도의 개체로 처리합니다.

예시: 중복 저자

저자 목록이 포함된 책 목록을 상상해 보세요. 두 권의 책에 동일한 저자(동일한 성과 이름)가 나열되어 있더라도 Distinct()는 서로 다른 개체 인스턴스이기 때문에 중복된 저자 항목을 제거하지 않습니다.

해결책: 구현 IEquatable<T>

이 문제를 해결하려면 사용자 정의 개체 클래스(예: IEquatable<T>)에 Author 인터페이스를 구현하세요. 이 인터페이스는 Equals() 및 GetHashCode() 메서드를 요구하므로 개체의 동등성을 결정하는 방법을 정의할 수 있습니다. 이러한 메서드를 재정의하면 Distinct()에 참조가 아닌 속성 값을 기준으로 비교하도록 지시할 수 있습니다.

강화된 Author 클래스

여기 Author를 구현하는 개선된 IEquatable<Author> 클래스가 있습니다.

public class Author : IEquatable<Author>
{
    public string FirstName { get; set; }
    public string LastName { get; set; }

    public bool Equals(Author other)
    {
        if (other == null) return false;
        return FirstName == other.FirstName && LastName == other.LastName;
    }

    public override int GetHashCode()
    {
        return (FirstName?.GetHashCode() ?? 0) ^ (LastName?.GetHashCode() ?? 0);
    }
}

해결: 가치 기반 비교

IEquatable<Author>을 구현함으로써 이제 Equals() 메서드는 FirstName 및 LastName을 기준으로 저자를 비교합니다. GetHashCode() 메서드는 동일한 값을 가진 객체에 대해 일관된 해싱을 보장합니다. 이제 Distinct()에서는 이름을 기준으로 중복 저자를 정확하게 식별하고 제거합니다.

결론: Distinct()

에 대한 맞춤형 평등

IEquatable<T>을 구현하면 사용자 정의 개체가 동일한지 비교하는 방법을 제어하는 ​​중요한 메커니즘이 제공되어 값 기반 중복을 처리할 때 Distinct()가 올바르게 작동할 수 있습니다. 이렇게 하면 Distinct()이 의도한 대로 작동하여 중요하다고 정의한 속성을 기반으로 중복 항목을 제거할 수 있습니다.

위 내용은 LINQ의 Distinct가 사용자 정의 개체와 작동하지 않는 이유는 무엇이며 어떻게 해결할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!