C# 常量的命名约定？

Question

private const int THE_ANSWER = 42;

或者

private const int theAnswer = 42;

我个人认为，对于现代 IDE，我们应该使用驼峰命名法，因为 ALL_CAPS 看起来很奇怪。 你怎么认为？

Answer 1

建议的命名和大小写约定是使用 PascalCasing 用于常量（微软有一个名为 StyleCop 的工具，它记录了所有首选约定，并且可以检查您的遵守的来源 - 尽管对于许多人的口味来说，它有点太了）。 例如，

private const int TheAnswer = 42;

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

Answer 2

从视觉上看，大写是正确的选择。 这样就很容易被认出来了。
为了独特性和不留猜测的机会，我投票给 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;
 }

Answer 3

实际上，至少

private const int TheAnswer = 42;

如果您查看 .NET 库，IMO 是决定命名约定的最佳方法 - 因此您的代码看起来不会不合适。

Answer 4

我仍然使用大写的 const 值，但这更多的是出于习惯，而不是出于任何特定原因。

当然，它可以很容易地立即看出某些东西是 const。 我的问题是：我们真的需要这些信息吗？ 它能以某种方式帮助我们避免错误吗？ 如果我给 const 赋值，编译器会告诉我我做了一些愚蠢的事情。

我的结论是：选择骆驼肠衣。 也许我也会改变我的风格;-)

编辑：

匈牙利语的味道并不是真正有效的论点，IMO。 问题应该始终是：它有帮助还是有害？

在某些情况下，匈牙利语会有所帮助。 现在已经没有那么多了，但它们仍然存在。

Answer 5

Microsoft 在其文章常量（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;
}

因此，对于常量，Microsoft 似乎建议使用 驼峰式。 但请注意，这些常量是本地定义的。

可以说，外部可见常量的命名更令人感兴趣。 实际上，Microsoft 将 .NET 类库中的公共常量记录为字段。 以下是一些示例：

• Int32。 MaxValue
• 字符串。空 （实际上， 静态只读）
• Math.PI
• Math.E

前两个是 PascalCasing。 第三个似乎遵循 Microsoft 的两个字母缩写词的大写约定 (虽然 pi 不是缩写词）。 第四个似乎表明两个字母缩写词的规则扩展到单个字母缩写词或标识符，例如 E （表示数学常数 e）。

此外，在其大写约定文档中，Microsoft 非常直接地指出字段标识符应通过 PascalCasing 命名，并给出了以下示例 MessageQueue.InfiniteTimeout 和 UInt32.Min：

public class MessageQueue
{
    public static readonly TimeSpan InfiniteTimeout;
}

public struct UInt32
{
    public const Min = 0;
}

结论：使用 PascalCasing 用于公共常量（记录为 const 或 static readonly 字段）。

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

Answer 6

首先，匈牙利表示法是使用前缀来显示参数的数据类型或预期用途的做法。
微软的命名约定对匈牙利表示法说不
http://en.wikipedia.org/wiki/Hungarian_notation
http://msdn.microsoft.com/en-us/library/ms229045.aspx

不鼓励使用大写字母，如下所述：
帕斯卡大小写是可接受的约定和尖叫大写。
http://en.wikibooks.org/wiki/C_Sharp_Programming/Naming

Microsoft 也在此处声明如果与现有方案匹配，则可以使用大写字母。
http://msdn.microsoft.com/en-us/library/x2dbyw72.aspx

这几乎概括了这一点。

Answer 7

把匈牙利语留给匈牙利人吧。

在这个例子中，我什至会省略最终的文章，而只是选择“

private const int Answer = 42;

这是答案还是那是答案？”

*按照帕斯卡严格正确的方式进行编辑，但我认为这个问题是在寻求更多生活的答案，宇宙和一切。

Answer 8

我实际上更喜欢这里的 PascalCase - 但出于习惯，我对 UPPER_CASE 感到内疚......

Answer 9

我相信 ALL_CAPS 取自 C 和 C++ 的工作方式。 本文此处解释了如何风格差异就出现了。

在新的 IDE（例如 Visual Studio）中，很容易识别类型、范围以及它们是否恒定，因此这并不是绝对必要的。

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