¿Cuál es una buena convención de nombres para diferenciar un nombre de clase de una propiedad en C#?

Question

Me encuentro con esto con tanta frecuencia que pensé que vería lo que otros tenían que decir al respecto.

Usando las convenciones de StyleCop, me parece que a menudo tengo un nombre de propiedad que es difícil de hacer diferente al nombre de clase al que está accediendo. Por ejemplo:

public class ProjectManager 
{ 
// Stuff here 
} 

public class OtherClass 
{ 
    private ProjectManager ProjectManager { get; set; } 
} 

Se compila y ejecuta, pero parece que sería una manera fácil de confundir las cosas, incluso con el uso de "este".

Answer 1

Este es en realidad un patrón muy común en la programación .Net. Particularmente con los tipos y los miembros de enum, ya que es la forma de programación recomendada por .Net Design Guidelines. Referencia

4.0 directrices de diseño

• http://msdn.microsoft.com/en-us/library/ms229012(v=VS.100).aspx

Si bien puede ser un poco confuso, no es una vez que lo ha visto un par de veces. Las herramientas son compatibles con este patrón y dado que uno es un tipo y el otro una instancia es difícil invertirlos accidentalmente sin causar un error de compilación.

Answer 2

Esa es una convención de nomenclatura típica cuando solo habrá una sola propiedad de tipo ProjectManager dentro de cualquier clase dada. Deja de ser confuso porque no hay otros usos del tipo ProjectManager.

Por supuesto, si hay otros usos, entonces necesita diferentes nombres.

Answer 3

Acepto las otras respuestas. Para completar, a veces encuentro una manera de generalizar el nombre de clase un poco más. Tengo entendido que su ejemplo fue sólo un ejemplo, pero una forma de hacerlo sería:

public class Person 
{ 
    // Stuff here 
} 

public class OtherClass 
{ 
    private Person ProjectManager { get; set; } 
} 

Esto ayuda a que sea un poco más fácil de leer. Pero es perfectamente aceptable (e incluso alentado) tener el mismo nombre y propiedad de clase.