Quelle est la différence entre IComparable & IEquatable interfaces?

à la fois les interfaces semblent comparer des objets pour l'égalité, donc quelles sont les principales différences entre elles?

InformationsquelleAutor SoftwareGeek | 2010-03-09
  1. 178

    IEquatable teste si deux objets sont égaux.

    IComparable impose un montant total de votre commande sur les objets comparés.

    Par exemple, IEquatable vous dirais que 5 n'est pas égal à 7. IComparable vous dirais que 5 vient avant le 7.

    InformationsquelleAutor Greg D
  2. 15

    IEquatable<T> pour l'égalité.

    IComparable<T> pour la commande.

    InformationsquelleAutor Islam Yahiatene
  3. 10

    En plus Greg D réponse:

    Vous pourriez mettre en œuvre IComparable sans la mise en œuvre de IEquatable pour une classe où un partiel de la commande de sens, et où très certainement vous souhaite la consommation de tirer la conclusion que juste parce que CompareTo() renvoie zéro, ce ne pas implique que les objets sont égaux (à des fins autres que des fins de tri).

    • Cela sonne beaucoup plus comme un cas à comparer que comme un objet de la mise en œuvre de IComparable correctement. Pouvez-vous venir avec un exemple significatif où CompareTo(…) == 0 n' pas synonyme d'égalité? Je ne peux certainement pas. En fait, l'interface du contrat (comme par MSDN) il faut CompareTo(…) == 0 implique l'égalité. Pour dire les choses crûment, dans ce cas comme le vôtre, utilisez un Comparator objet, ne pas mettre en œuvre IComparable.
    • Je n'ai indiquer plusieurs mises en garde - que le type n'est pas de mettre en œuvre IEquatable (donc évidemment, l'auteur ne voulez pas inclure un test d'égalité), et que CompareTo résultats sont utilisés pour le tri, pas évaluer les sexes. Vous obtenez également dans les questions de l'égalité qui est pertinent, de référence, de la valeur, en ignorant les "arbitraire" attributs - un bleu livre de 500 pages en longueur, peut-être "l'égalité" rouge d'un livre de 500 pages, pour les fins de IComparable)
    • Votre dernière phrase est mal, et c'est précisément cette erreur, je voulais dire: IComparable est tout à fait inapproprié ici. Ce que vous avez est un très particulier de la commande qui s'applique uniquement dans une situation particulière. Pour de telles situations, la mise en œuvre d'un général IComparable est faux. C'est ce que IComparers sont là. Par exemple, les gens ne peuvent pas être commandés de manière significative. Mais ils peut être commandés en fonction de leur salaire, de leur taille de chaussure, le nombre de leurs taches de rousseur ou de leur poids. Par conséquent, nous voudrions mettre en œuvre des différentes IComparers pour tous ces cas.
    • Rudolph: Que penser de quelque chose comme un "ScheduledEvent" de la classe, qui est censé faire "quelque chose" à un moment donné? La sémantique du type impliquerait un très fort naturel sémantique de la commande selon le moment où l'action est censée avoir lieu, mais on peut facilement les différents événements se produisent en même temps. On pourrait exiger l'utilisation d'une manuelle IComparer, mais je tiens à moy que le fait d'avoir un comparateur intégré dans la classe serait plus pratique.
    • La commodité est important, mais ce n'est pas tout. Exactitude (comme dans, de la cohérence logique) est le plus important et le système de type statique est un outil important pour vérifier cette cohérence logique. En cas de violation de la documentée contrat d'interfaces que vous mettre en œuvre, vous êtes à subvertir le système de type. C'est pas une bonne idée, et je ne recommanderais jamais il. Utiliser un externe comparer à de telles situations.
    • qu'entendez-vous par externe comparer?
    • Une classe de mise en œuvre de la IComparer interface.

    InformationsquelleAutor Damien_The_Unbeliever
  4. 7

    Comme indiqué sur le Page MSDN pour IEquatable:

    L'interface IComparable définit
    le CompareTo méthode, qui détermine
    l'ordre de tri des instances de la
    type d'implémentation. Le IEquatable
    interface définit la Equals méthode,
    qui détermine l'égalité des
    les instances de la mise en œuvre de type.

    Equals vs CompareTo

    InformationsquelleAutor Will Eddins
  5. 0

    IComparable <T> définit un type spécifique de la méthode de comparaison qui peut être utilisé pour commander ou trier des objets.

    IEquatable <T> définit une méthode généralisée qui peut être utilisé à mettre en œuvre pour la détermination de l'égalité.

    Disons que vous avez la classe Personne

    public class Person
{
    public string Name { get; set; }
    public int Age { get; set; }
}

Person p1 = new Person() { Name = "Person 1", Age = 34 };
Person p2 = new Person() { Name = "Person 2", Age = 31 };
Person p3 = new Person() { Name = "Person 3", Age = 33 };
Person p4 = new Person() { Name = "Person 4", Age = 26 };

List<Person> people = new List<Person> { p1, p2, p3, p4 };

    Pour trier ces objets, vous pouvez utiliser people.Sort();.

    Mais ce ne sera levée d'une exception.

    Quelle est la différence entre IComparable & IEquatable interfaces?

    Cadre ne sais pas comment faire pour trier ces objets. Vous devez dire à la façon de trier la mise en œuvre de IComparable interface.

    public class Person : IComparable
{
    public string Name { get; set; }
    public int Age { get; set; }

    public int CompareTo(object obj)
    {
        Person otherPerson = obj as Person;
        if (otherPerson == null)
        {
            throw new ArgumentNullException();
        }
        else
        {
            return Age.CompareTo(otherPerson.Age);
        }
    }
}

    Cela permettra de trier le tableau correctement avec Sort() méthode.

    À côté pour comparer deux objets, vous pouvez utiliser Equals() méthode.

    var newPerson = new Person() { Name = "Person 1", Age = 34 };
var newPersonIsPerson1 = newPerson.Equals(p1);

    Ce sera le retour de false parce que Equals méthode ne sais pas comment faire pour comparer deux objets. Par conséquent, vous devez mettre en œuvre IEquatable interface et dites le cadre de la façon de faire la comparaison. L'extension de l'exemple précédent, il va ressembler à ceci.

    public class Person : IComparable, IEquatable<Person>
{
    //Some code hidden

    public bool Equals(Person other)
    {
        if (Age == other.Age && Name == other.Name)
        {
            return true;
        }
        else
        {
            return false;
        }
    }
}
    InformationsquelleAutor Nipuna