== или.Equals ()

Миллисемья @John:

Указанный ниже: некоторые типы значения как DateTime обеспечивают перегрузки для == оператор>, которые дают ему семантику равенства. Таким образом, точное поведение будет зависеть от типов>, возражает, что Вы выдерживаете сравнение.

Для разработки:

DateTime реализован как структура. Все структуры являются детьми Системы. ValueType.

Начиная с Системы. Дети ValueType живут на стеке, нет никакого ссылочного указателя на "кучу", и таким образом никакого способа сделать проверку ссылки, необходимо сравнить объекты значением только.

Система. ValueType переопределяет.Equals () и == для использования основанной на отражении проверки равенства, это использует отражение для сравнения каждого полевого значения.

, поскольку отражение является несколько медленным при реализации собственной структуры важно переопределить.Equals () и добавить собственный код проверки значения, поскольку это будет намного быстрее. Только назовите основу. Равняется ();

Всем остальным в значительной степени покрыли Вас, но у меня есть еще один небольшой совет. Время от времени Вы получите кого-то, кто клянется на его жизни (и те из его любимых), что .Equals более эффективная/лучше/лучшая практика или некоторая другая догматическая строка. Я не могу говорить с эффективностью (хорошо, хорошо, при определенных обстоятельствах, я могу), но я могу говорить с большой проблемой, которая неожиданно возникнет: .Equals требует объекта существовать. (Звучит глупым, но это отбрасывает людей.)

Вы не можете сделать следующего:

StringBuilder sb = null;
if (sb.Equals(null))
{
    // whatever
}

Это кажется очевидным для меня, и возможно большинства людей, которых Вы получите NullReferenceException. Однако сторонники .Equals лет забывают о том небольшом фактоиде. Некоторые даже "брошены" прочь (извините, не мог сопротивляться), когда они видят, что NullRefs начинает открываться.

(И за годы до регистрация DailyWTF, я действительно на самом деле работал с кем-то, кто передал под мандат , который все равенство проверяет быть .Equals вместо ==. Даже доказательство его погрешности не помогло. Мы просто убедились чертовски для нарушения всех его других правил так, чтобы никакая ссылка, возвращенная из метода, ни свойства, никогда не была пустой, и оно удалось в конце.)

== обычно "идентификационные данные", равняется значению "объекта на самом деле того же самого объекта в памяти как объект b".

равняется (), означает, что объекты логически равняются (скажите с бизнес-точки зрения). Таким образом, при сравнении экземпляров пользовательского класса необходимо было бы обычно использовать и определять, равняется (), если Вы хотите, чтобы вещи как Хеш-таблица работали правильно.

, Если у Вас был общеизвестный класс Человека со свойствами "Name" и "Address" и Вы хотели использовать этого Человека в качестве ключа в Хеш-таблицу, содержащую больше информации о них, необходимо будет реализовать, равняется () (и хеш) так, чтобы Вы могли создать экземпляр Человека и использовать его в качестве ключа в Хеш-таблицу для получения информации.

Используя == один, Ваш новый экземпляр был бы не быть тем же.

Согласно MSDN:

В C#, существует два различных видов равенства: ссылочное равенство (также известный как идентификационные данные) и равенство значения. Равенство значения является обычно понимаемым значением равенства: это означает, что два объекта содержат те же значения. Например, два целых числа со значением 2 имеют равенство значения. Ссылочное равенство означает, что нет двух объектов выдержать сравнение. Вместо этого существует две ссылки на объект, и они оба обращаются к тому же объекту.

...

По умолчанию, оператор == тестирует на ссылочное равенство путем определения, указывают ли две ссылки на тот же объект.

Пример - то, потому что класс, DateTime реализует интерфейс IEquatable, который реализует "определенный для типа метод для определения равенства экземпляров". согласно MSDN.

Другая вещь учесть: == оператор не может быть вызываемым или может иметь различное значение при доступе к объекту с другого языка. Обычно, лучше иметь альтернативу, которая может быть позвана по имени.

использование равняется, если Вы хотите выразить содержание сравненных объектов, должно быть равным. используйте == для примитивных значений или если Вы хотите проверить, что сравниваемые объекты являются одним и тем же объектом. Для объектов == проверяет, является ли указатель адреса объектов тем же.

Я видел Объект. ReferenceEquals () используемый в случаях, где каждый хочет знать, относятся ли две ссылки к тому же объекту