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

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

实际上,它是

private const int TheAnswer = 42;

至少如果你看看.NET 库,IMO 是决定命名约定的最佳方式-所以你的代码看起来不合适。

25

我仍然用大写的 const 值,但这是更多的习惯比任何特定的原因。

当然,它可以很容易地立即看到某些东西是 const。对我来说,问题是:我们真的需要这些信息吗?它是否以任式帮助我们避免错误?如果我为 const 赋值,编译器会告诉我我做了一些愚蠢的事情。

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

Edit:

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

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

本站系公益性非盈利分享网址,本文来自用户投稿,不代表边看边学立场,如若转载,请注明出处

(882)
Plc控制称重编程:PLC版本控制(acd file)
上一篇
怎么把软件从c盘移到d盘:使用labview实时模块捕获D盘中的.txt文件
下一篇

相关推荐

发表评论

登录 后才能评论

评论列表(3条)