Comments 17
Сценарии 3 и 4 — самые коварные, так как нарушают симметричность отношения. Все остальные случаи — как мне кажется, вполне нормальны.
А как же 8 и 9 сценарии? Они так же коварны.
Объекты разных типов различны — что тут не так?
Ну, вообще, если разобраться, то конечно все так. Я имел в виду не то, что может показаться что 9 сценарий должен быть
Тут скорее, немного вносит путанницу реализация статического метода Equals.
Можно ожидать что этот метод сравнит в 8 сценарии две ссылки и вернет false (подобно оператору
Соответсвенно, то же самое можно ожидать (сравнение только поссылкам) от 9 сценария.
true, а то что они оба (8 и 9) должны быть false.Тут скорее, немного вносит путанницу реализация статического метода Equals.
Можно ожидать что этот метод сравнит в 8 сценарии две ссылки и вернет false (подобно оператору
== в 7 сценарии).Соответсвенно, то же самое можно ожидать (сравнение только поссылкам) от 9 сценария.
Эээ… Как же это от метода Equals можно ожидать сравнения ссылок?
Да понятно что нельзя.
Но согласитесь, что есть некая путанница что оператор
Я не говорю что это нелогично, я о том, что кому-то, (особенно начинающему разработчику) это может показаться странным.
Но согласитесь, что есть некая путанница что оператор
== просто сравнивает два экземпляра типа object по ссылкам, а статический метод класса object, вызывает внутри себя экземплярный метод.Я не говорю что это нелогично, я о том, что кому-то, (особенно начинающему разработчику) это может показаться странным.
На 3 как раз и попался. Остальное все нормально.
не ебите мозги окружающим столь очевидными статьями
Вспомнил, что видел похожий материал на ресурсе, если кому интересно: Сравнение объектов в C#.NET
Не зная C#, но зная C++ и Java, ошибся только в одном месте. И сразу же нашел почему, без чтения пояснений. :-)
Очень напоминает Boxing/Unboxing в Java.
Очень напоминает Boxing/Unboxing в Java.
Sign up to leave a comment.
C#. Непоследовательное сравнение