从视觉上看，大写是可行的。这样很容易辨认。 为了唯一性和不留下猜测的机会，我投票给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大写约定也记录在微软的框架设计指南中。

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

当然，这使我们很容易立即看出某个对象是const。我的问题是:我们真的需要这些信息吗?它能帮助我们避免错误吗?如果我给const赋值，编译器会告诉我我做了一些愚蠢的事情。

我的结论是:选择驼色的。也许我也会改变我的风格;-)

编辑:

在我看来，有匈牙利味道的东西并不是一个有效的论点。问题应该始终是:它是有益的，还是有害的?

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

从视觉上看，大写是可行的。这样很容易辨认。 为了唯一性和不留下猜测的机会，我投票给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;
 }

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

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

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

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

在这个例子中，我甚至会省略最终文章，直接使用

private const int Answer = 42;

这就是答案，还是这就是答案?

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