Dans son article Constants (Guide de programmation C #) , Microsoft donne l'exemple suivant:
class Calendar3
{
const int months = 12;
const int weeks = 52;
const int days = 365;
const double daysPerWeek = (double) days / (double) weeks;
const double daysPerMonth = (double) days / (double) months;
}
Ainsi, pour les constantes, il semble que Microsoft recommande l'utilisation de camelCasing
. Mais notez que ces constantes sont définies localement .
On peut soutenir que la dénomination des constantes visibles de l'extérieur présente un plus grand intérêt. En pratique, Microsoft documente ses constantes publiques dans la bibliothèque de classes .NET sous forme de champs . Voici quelques exemples:
Les deux premiers en sont des exemples PascalCasing
. Le troisième semble suivre les conventions de capitalisation de Microsoft pour un acronyme à deux lettres (bien que pi ne soit pas un acronyme). Et le quatrième semble suggérer que la règle pour un acryonyme à deux lettres s'étend à un acronyme ou identifiant à une seule lettre tel que E
(qui représente la constante mathématique e ).
En outre, dans son document sur les conventions de capitalisation, Microsoft indique très directement que les identificateurs de champ doivent être nommés via PascalCasing
et donne les exemples suivants pour MessageQueue.InfiniteTimeout et UInt32.Min :
public class MessageQueue
{
public static readonly TimeSpan InfiniteTimeout;
}
public struct UInt32
{
public const Min = 0;
}
Conclusion: à utiliser PascalCasing
pour les constantes publiques (qui sont documentées en tant que const
ou static readonly
champs).
Enfin, pour autant que je sache, Microsoft ne préconise pas de conventions de dénomination ou de capitalisation spécifiques pour les identificateurs privés, comme indiqué dans les exemples présentés dans la question.