¿Qué es la convención de nomenclatura de campos estáticos de C#?

De acuerdo con MSDN, use Pascal Case para campos estáticos. Siempre me río cuando MSDN y StyleCop se contradicen :).

Así que si está siguiendo los estándares MSDN, la forma correcta es:

private static string MyString;

En realidad es el estilo para un campo privado, estático o no. (Al menos en ReSharper)

De acuerdo con StyleCop (y con la configuración predeterminada), la forma correcta de nombrar la mayoría de los campos (como se especifica a continuación) es con una letra minúscula al principio.

SA1306: FieldNamesMustBeginWithLowerCaseletter

... Los nombres de campo y variable deben comenzar con una letra minúscula, a menos que el campo sea público o interno, const o no privado y solo de lectura. En estos casos, el campo debe comenzar con una letra mayúscula.

Véase también SA1309: Los nombres de campo no deben comenzar con Underscore .

El problema que tengo con la directriz MSDN (use el caso Pascal) es que no hay distinción entre una variable estática privada y una propiedad pública (no estática). El mismo problema se plantearía para las propiedades estáticas, sin distinción entre estáticas y no estáticas.

¿Quizás esto es deliberado?

Una forma de salir de esto sería usar el mismo estándar para estática que para no estática, pero siempre calificar el uso de estática prefijando el nombre de la clase. Se puede haber algunos caracteres adicionales para escribir, pero hace que el código sea más legible. Por ejemplo:

public class Employee
{
    private static Int32 thresholdPercentage = 5;
    public static String TooMuchMessage = "Unacceptable pay rise - sorry!";

    private Decimal _salary = 0.0m;

    public void RaiseSalary(Int32 raiseAmountPercentage)  
    {
        if (raiseAmountPercentage > Employee.thresholdPercentage)
            throw new ApplicationException(Employee.TooMuchMessage);

        _salary *= 1 + (raiseAmountPercentage / 100);

        return;
    }
}

La convención es lo que los estándares de codificación de su empresa dicen que es.

1 - No existe una regla estándar definitiva para los nombres de variables. Hay requisitos del compilador de C# para lo que está permitido y lo que no está permitido (es decir, no puede comenzar con un número), pero las reglas de estilo del lenguaje de programación generalmente se dejan en manos de los programadores / organizaciones. ReSharper tiene reglas de estilo predefinidas; sin embargo, simplemente se configuran como predeterminados en un enfoque de convención sobre configuración y son modificables.

2-Puedes echar un vistazo a este artículo de wikipedia para ver el historia detrás de Camel Casing.

Para los campos estáticos, me he establecido en StaticUpperCamelCase (eg. StaticPersonCache), ya que claramente lo distingue de una variable de instancia. Esto incluye campos estáticos privados así como campos estáticos con otros modificadores de visibilidad.

Para las variables estáticas, me preocupa menos indicar la visibilidad pública/privada a través del nombre que indicar cómo opera la variable entre las instancias. Además, ya que no hay (y realmente no debería haber) muchos estáticos variables el modificador' Hugarian-like ' no se aplica a menudo.

De manera similar, para las variables thread static ([ThreadStatic] o ThreadLocal) la convención que uso es TS_UpperCamelCase (eg. TS_Random). Una vez más, esta "ruptura" de las normas transmite información muy importante que otros desarrolladores podrían no ver a primera vista. Por lo tanto, el nombre se usa como una especie de bandera de precaución.

Uso ReSharper y he ajustado las advertencias/sugerencias en consecuencia; la mayoría de las otras convenciones de nomenclatura se dejan en la configuración predeterminada de ReSharper.

Mi selección de tales convenciones "no estándar" para static/thread-static fields (nota: Microsoft usa TS_ en algún código en la biblioteca.NET) se debe a que me he encontrado con más de una 'peculiaridad' debido a la identificación errónea de variables estáticas/Threadstáticas/de instancia: eso es mucho más difícil de hacer con StaticX, TS_X, _x.

Otras respuestas aquí son un poco confusas.

De estándar. NET :

Utilice PascalCasing en los nombres de campo.
Las directrices de nomenclatura de campos se aplican a los campos estáticos públicos y protegidos.

Así que el ejemplo será: MyStaticVariable, ActiveUserCount, etc.