我实际上倾向于在这里使用PascalCase -但出于习惯，我对UPPER_CASE感到内疚…

事实上，它是

private const int TheAnswer = 42;

至少如果你看一下。net库，在我看来，这是决定命名约定的最佳方式——这样你的代码看起来不会不合时宜。

ALL_CAPS是取自C和c++的工作方式，我相信。这篇文章解释了风格差异是如何产生的。

在Visual Studio等新的IDE中，很容易识别类型、范围以及它们是否恒定，因此这不是严格必要的。

FxCop和Microsoft StyleCop软件将帮助您提供指导方针并检查您的代码，以便每个人都以相同的方式工作。

从视觉上看，大写是可行的。这样很容易辨认。 为了唯一性和不留下猜测的机会，我投票给UPPER_CASE!

const int THE_ANSWER = 42;

注意:当常量在页面顶部的同一文件中使用时，大写将很有用，并且用于智能感知目的;然而，如果它们被移动到一个独立的类中，使用大写并不会有太大的区别，例如:

public static class Constant
{
    public static readonly int Cons1 = 1;
    public static readonly int coNs2 = 2;
    public static readonly int cOns3 = 3;
    public static readonly int CONS4 = 4;
}

// Call constants from anywhere
// Since the class has a unique and recognizable name, Upper Case might lose its charm
private void DoSomething(){
var getCons1 = Constant.Cons1;
var getCons2 = Constant.coNs2;
var getCons3 = Constant.cOns3;
var getCons4 = Constant.CONS4;
 }

推荐的命名和大写约定是对常量使用pascalcase (Microsoft有一个名为StyleCop的工具，它可以记录所有首选的约定，并可以检查您的源代码是否符合—尽管对于许多人的口味来说，它有点太过于保留了)。如。

private const int TheAnswer = 42;

Pascal大写约定也记录在微软的框架设计指南中。

在其文章常量(c#编程指南)中，微软给出了以下示例:

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;
}

因此，微软似乎一直在推荐使用camel套管。但是请注意，这些常量是局部定义的。

可以说，外部可见常数的命名更令人感兴趣。实际上，微软在. net类库中将其公共常量记录为字段。下面是一些例子:

Int32。MaxValue 字符串。空(实际上是静态只读) 数学。π 数学。E

前两个是pascal套管的例子。第三个似乎遵循了微软的两个字母首字母缩写的大写惯例(尽管pi不是丙烯酸酯)。第四个似乎表明，两个字母的丙烯名的规则延伸到一个字母的首字母缩略词或标识符，如E(代表数学常数E)。

此外，在其资本化约定文档中，微软非常直接地指出，字段标识符应该通过pascal套管命名，并为MessageQueue提供了以下示例。InfiniteTimeout和UInt32。分钟:

public class MessageQueue
{
    public static readonly TimeSpan InfiniteTimeout;
}

public struct UInt32
{
    public const Min = 0;
}

结论:对公共常量使用pascal套管(这些常量被记录为const或静态只读字段)。

最后，据我所知，微软不提倡对私有标识符进行特定的命名或大写约定，如问题中给出的示例所示。