Char.Equals vs Object.Equals - ReSharper sugiere que debería usar Object.Equals. ¿Debería?

Question

Básicamente, me pregunto si debería escuchar a ReSharper en este caso ...

te hubiera cifra que en comparación con los caracteres uno debe utilizar Char.Equals (carbón de leña) ya que evita unboxing, pero sugiere que se utilice ReSharper Object.Equals (obj). Tal vez me estoy perdiendo algo aquí?

---

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)) { ... } 

supongo que es porque hay un respaldo DependencyProperty?

Answer 1

Es imposible anular static miembros - Object.Equals() es un miembro estático, y Charno puede anulación que, a pesar de que pueda llamada se en el tipo Char (los parámetros son todavía del tipo Object)

Por lo tanto, no importa si llama al

Object.Equals(object yourChar, object anotherChar) 

o

Char.Equals(object yourChar, object anotherChar) 

ya que el boxeo se producirá en cualquier caso.

Para evitar esto, utilice el método de instancia, que se anula en Char:

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

Answer 2

Char.Equals(control.SpecialChar, DEFAULT_CHAR) es una llamada a Object.Equals(object, object), por lo que resharper es correcto aquí.

sugeriría a utilizar control.SpecialChar.Equals(DEFAULT_CHAR) o simplemente DEFAULT_CHAR == control.SpecialChar