Должен ли я реализовать IEquatable или IComparable?

Question

У меня есть класс. вещь, что этот класс предназначен для представления, таков, что мы можем говорить о таких вещах, которые равны друг другу, и мы также можем разработать схему для ранжирования их для целей сравнения.

Однако, так бывает, что редко бывает, чтобы кто-то чувствует необходимость ранжировать эти вещи, но один часто нужно проверить, если две такие вещи равны.

Итак, я могу реализовать как IEquatable для своего класса, так и IComparable. В то время как IComparable предоставляет некоторые дополнительные функции, маловероятно, что кто-то будет заботиться об этой дополнительной функциональности. Ни один из них, по-видимому, не дает явного преимущества, логически или функционально.

Какой интерфейс следует использовать, IEquatable, IComparable или оба? Зачем? (Я просто задаюсь вопросом об изменениях в рамках каркаса либо интерфейса)

This question похоже, но ответы только указывают на очевидное, что мне не помогает.

В случае, если вам интересно, класс предназначен для обозначения нуклеотида. Нуклеотиды можно легко отождествлять, но их также можно сравнить (например, в алфавитном порядке).

Answer 1

Я бы обязательно реализовал IEquatable<T>, но пропустил IComparable/IComparable<T> пока.

Как вы сказали, нет никакого способа сравнить нуклеотиды. Кому-то может потребоваться сравнить их в алфавитном порядке, кому-то может понадобиться другой способ их сортировки. Я предпочел бы предоставить различные реализации IComparer<Nucleotide> для реализации IComparable/IComparable<T>.

Answer 2

Вы должны реализовать интерфейс, который дает вам то, что вам нужно сейчас. Если позже вы обнаружите, что IComparable - это то, что вам нужно, тогда реализуйте его.

Это может быть трудно решить, как долго будущая проверка. Но при добавлении дополнительной функции будущего относительно просто, я всегда предпочитаю не делать их. Вы можете обнаружить, что вам никогда не нужно IComparable, и даже если это крошечное дополнение, оно по-прежнему требует обслуживания и рассмотрения.

Answer 3

Это прежде всего мнение, но я бы не реализовал IComparable, если сопоставимость не очевидна (как в номере). Например, если кто-то хочет сортировать нуклеотиды, он может обеспечить свою собственную реализацию IComparer. В качестве автора библиотеки я бы предоставил набор возможных IComparer s, например, чтобы отсортировать их по алфавиту, как вы сказали.

Answer 4

Если объекты по своей сути сопоставимы, я бы сделал дополнительную работу и осуществил IComparable<T> поверх IEquatable<T>. Как автор этого типа вы находитесь в лучшем положении для обеспечения правильной реализации. Оставляя его другому разработчику для реализации, появляется вероятность того, что произойдет следующее:

• Иммиграция осуществляется неправильно. Другие разработчики, скорее всего, будут менее знакомы с данными, чем вы, и, следовательно, с большей вероятностью пропустят угловые случаи.
• Повторяющееся кадо.Если вы не предоставите сравнение defacto, каждый разработчик отдельно должен сделать это сам, что приведет к дублированию кода