C# para las variables miembro privadas

Question

vi dos enfoques comunes para las normas de codificación de variables miembro privadas:

class Foo 
{ 
    private int _i; 
    private string _id;  
} 

y

class Foo 
{ 
    private int m_i; 
    private string m_id; 
} 

Creo que este último viene de C++. Además, muchas personas especifican el tipo antes de la variable miembro (por ejemplo, double m_dVal) para indicar que se trata de una variable de miembro no constante del tipo double.

¿Cuáles son las convenciones en C#?

Answer 1

yo prefiero usar el primer ejemplo, o auto-propiedades como esta, que evitar tener los campos privados previstos en su clase en todo:

public String MyString { get; set; } 

Utilice el fragmento prop para que éstos realmente rápido.

Answer 2

Además de los dos que menciona, es muy común en C# no tener un prefijo para miembros privados.

class Foo 
{ 
    private int i; 
    private string id; 
} 

Eso es lo que uso, y también lo que se recomienda en Microsoft's internal naming guidelines.

Answer 3

Como recuerdo por leer Framework Design Guidelines, realmente no existe una convención establecida para las variables de miembros privados, excepto que no se debe usar la notación húngara y no se debe escribir en mayúscula la primera letra del nombre de la variable (usar Camel-casing). Hay citas en el libro que admiten ambos ejemplos, así como no usar ningún prefijo en absoluto.

Personalmente, prefiero el prefijo "m_".

Answer 4

Como se ha señalado por Brad Abrams: internal coding guidelines:

No usar un prefijo para el miembro variables (_, m_, s_, etc.). Si desea distinguir entre las variables de miembro locales y , debe usar "this." en C# y "Me." en VB.NET.

Answer 5

Tiendo a ir con la primera convención, un guión bajo simple. Tampoco especifico el tipo en el nombre, porque tengo Intellisense diciéndome de qué se trata (lo sé, puede ser una muleta).

Lo mejor es consultar con sus compañeros de trabajo o compañeros de proyecto y simplemente decidir sobre una convención, algunos de ellos son un tanto arbitrarios.

Answer 6

Prefiero no usar ningún prefijo para las variables miembro. Para aquellos declarados fuera del método, uso "this.memberVariableName" para distinguirlos de aquellos declarados dentro del método.

orientación

Answer 7

general de Microsoft aquí:

http://msdn.microsoft.com/en-us/library/ms229002.aspx

propiedades automáticas en C# son grandes y usan luego en cuanto pueda, pero hay casos en los que no trabajan para mí, como cuando se hace tipo o comprobación del valor en un método establecido.

En general: utilice la carcasa de camello y no escriba ningún nombre como subrayado o prefijo de tipo.

public int Age {get; set;} 

o

private int age; 
public int Age 
{ 
    get { return age; } 
    set 
    { 
     if(value < 0) 
      throw new InvalidOperationException("Age > 0"); 
     age = value; 
    } 
} 

Answer 8

creo que el principio importante aquí es que eres consistente. Utilice un prefijo "_" o "m" si eso es lo que le gusta hacer y es coherente con el resto del código con el que está trabajando. Lo que sea que elija, quédese con él y sea consecuente.

Answer 9

Lo mejor es utilizar lo que ya se utiliza en el proyecto. Si comienza un nuevo proyecto, use lo que más se usa en la empresa.

Answer 10

En C++ los identificadores que comienzan con _ se consideran malas prácticas, deben dejarse para uso interno. Creo que es por eso que prefijar un nombre de variable con _ a veces también se considera una mala práctica en C# ... aunque no hay ninguna razón por la que no puedas hacerlo ya que todas las internas de .NET están encapsuladas correctamente, a diferencia del C/C++ bibliotecas estándar

Answer 11

Prefiero subrayar como prefijo para los campos no const no privados. ¿Por qué? Razones: 1. Simplemente mirando la variable puedo distinguir entre el campo & variable local/parámetro. Usando esto." para todos los campos no es una opción, es más larga. 2. No hay ambigüedad entre el parámetro y el campo:

class Foo 
{ 
    private int id; 
    public Foo(int id) 
    { 
    id = id; //Will compile and work fine. But field will not be initialized. 
    } 
} 

Answer 12

Yo personalmente siempre han utilizado el primer ejemplo de:

public class Foo 
    { 
     private int _i; 
     private string _id; 
    } 

De hecho, eso es lo que usa todo mi equipo. Además, el que mencionó m_dVal se conoce como notación húngara, aquí está el Wikipedia Entry. La notación húngara está en realidad en contra de los estándares de codificación de nuestros equipos, por lo que nunca la uso.