Question

private const int THE_ANSWER = 42;

或

private const int theAnswer = 42;

我个人认为，对于现代 IDE，我们应该使用 camelCase，因为 ALL_CAPS 看起来很奇怪。

615

97

75

25

Answer 1

推荐的命名和大写约定是使用PascalCasing作为常量（微软有一个名为StyleCop的工具，它记录了所有首选约定，并可以检查您的源代码是否合规-尽管它有点太对于许多人的口味来说是保留的）。

private const int TheAnswer = 42;

Microsoft 的Framework Design Guidelines中也记录了 Pascal 大写约定。

Answer 2

从视觉上看，Upper Case 是要走的路。它是如此可识别。为了独特性和不留下猜测的机会，我投票给 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 赋值，编译器会告诉我我做了一些愚蠢的事情。

我的结论是：与骆驼外壳一起使用。也许我也会改变我的风格；-)

Edit:

闻起来匈牙利的东西并不是一个有效的论点，国际海事组织。问题应该始终是：它有帮助，还是有伤害？

在某些情况下，匈牙利人会提供帮助。如今并不多，但它们仍然存在。

蒲公英的约定钢琴谱c调:常量的 C＃命名约定(c# constant naming convention)

发表评论

评论列表（3条）

蒲公英的约定钢琴谱c调:常量的 C＃命名约定(c# constant naming convention)

相关推荐

发表评论

评论列表（3条）