private const int THE_ANSWER = 42;
或
private const int theAnswer = 42;
我个人认为，对于现代 IDE，我们应该使用 camelCase，因为 ALL_CAPS 看起来很奇怪。
615
推荐的命名和大写约定是使用PascalCasing作为常量（微软有一个名为StyleCop的工具，它记录了所有首选约定，并可以检查您的源代码是否合规-尽管它有点太对于许多人的口味来说是保留的）。
private const int TheAnswer = 42;
Microsoft 的Framework Design Guidelines中也记录了 Pascal 大写约定。
97
从视觉上看，Upper Case 是要走的路。它是如此可识别。为了独特性和不留下猜测的机会，我投票给 UPPER_CASE！
const int THE_ANSWER = 42;
注意：当常量将在页面顶部的同一文件中使用并用于智能感知目的时，大写将很有用；但是，如果要将它们移动到的类中，则使用大写不会有太大区别，例如：
public static cl 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 cl 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;
}
75
实际上，它是
private const int TheAnswer = 42;
至少如果你看看.NET 库，IMO 是决定命名约定的最佳方式-所以你的代码看起来不合适。
25
我仍然用大写的 const 值，但这是更多的习惯比任何特定的原因。
当然，它可以很容易地立即看到某些东西是 const。对我来说，问题是：我们真的需要这些信息吗？它是否以任式帮助我们避免错误？如果我为 const 赋值，编译器会告诉我我做了一些愚蠢的事情。
我的结论是：与骆驼外壳一起使用。也许我也会改变我的风格；-)
Edit:闻起来匈牙利的东西并不是一个有效的论点，国际海事组织。问题应该始终是：它有帮助，还是有伤害？
在某些情况下，匈牙利人会提供帮助。如今并不多，但它们仍然存在。
本站系公益性非盈利分享网址，本文来自用户投稿，不代表边看边学立场，如若转载，请注明出处
评论列表（29条）