Char.Equals vs Object.Equals - ReSharper sugeruje, że powinienem użyć Object.Equals. Czy powinienem?

Question

Zasadniczo, zastanawiam się czy powinienem słuchać ReSharper w tym przypadku ...

Można by zrozumieć, że w stosunku do znaków należy użyć Char.Equals (char), ponieważ unika unboxing, ale Resharper sugeruje użycie Object.Equals (obj). Może czegoś tutaj brakuje?

---

private const DEFAULT_CHAR = '#'; 

// DependencyProperty backing 
public Char SpecialChar 
{ 
    get { return (Char)GetValue(SpecialCharProperty); } 
} 

// ReSharper - Access to a static member of a type via a derived type. 
if (Char.Equals(control.SpecialChar, DEFAULT_CHAR)) { ... } 

Zgaduję, że to dlatego, że jest podkład DependencyProperty?

Answer 1

Jest niemożliwe, aby zastąpić static członków - Object.Equals() jest członkiem statyczne i Charnie może nadpisać, chociaż można wezwanie go w typie Char (parametry nadal są typu Object)

Dlatego nie ma znaczenia, czy zadzwonisz pod numer

Object.Equals(object yourChar, object anotherChar) 

lub

Char.Equals(object yourChar, object anotherChar) 

ponieważ boks wystąpią w obu przypadkach.

Aby tego uniknąć, należy zastosować metodę instancji, który jest zastępowany w Char:

if (yourChar.Equals(anotherChar)) doSomething(); 

Answer 2

Char.Equals(control.SpecialChar, DEFAULT_CHAR) to połączenie z Object.Equals(object, object), więc resharper jest tutaj poprawny.

Proponuję użyć control.SpecialChar.Equals(DEFAULT_CHAR) lub po prostu DEFAULT_CHAR == control.SpecialChar