代码之家  ›  专栏  ›  技术社区  ›  Custodio

在C#[复制]中声明常量的更优雅的方法是什么

  •  4
  • Custodio  · 技术社区  · 14 年前

    可能重复:
    C# naming convention for constants?

    INTERVAL, TIME, SECONDS.
    

    我认为这是一种不必要的,就我个人而言,我更喜欢用骆驼案申报一切。对更好的方法有确切的定义吗?

    7 回复  |  直到 7 年前
        1
  •  8
  •   Marc Gravell    14 年前

    最终,这个案例不会产生任何影响(除非它与类型/关键字/etc冲突)。真的吗 一致性

    Capitalization Conventions 不要区分常量和其他成员,但它们是 指导方针 帕斯卡案例

        2
  •  4
  •   Jay    14 年前

    所有caps常量都是一个常见的约定

    但公约就是这样,而且是武断的。如果您是为自己编写代码,那么没有任何令人信服的理由不选择自己的代码。如果您与其他开发人员合作,则必须就命名约定达成一致。

    如果您正在编写的内容将被团队之外的其他人使用,那么最好遵循最常见和最易识别的命名约定,以避免混淆。

    最后,一致性才是最重要的。

        3
  •  3
  •   Justin Niessner    14 年前

    这完全取决于您的团队在定义编码准则时选择的标准。

    就我个人而言,我更喜欢用大写来表示常量,这样我只要看一下就知道它们是什么。

        4
  •  3
  •   Reed Copsey    14 年前

    这个 MSDN page on constants 建议将常量视为静态字段成员。在这种情况下 Captialization Conventions

    如果您的常量是公共API的一部分,我建议您遵循此约定。

    lower case constant members in the Constant help page

        5
  •  1
  •   Thomas    14 年前

    Microsoft's recommendations ,但它们有一个用于枚举值( PascalCase )和只读静态字段(也包括 ). 所以根据微软的指导方针, 帕斯卡命名法 可能是你最好的选择。

        6
  •  1
  •   Mark H    14 年前

    我通常将PascalCase用于公共常量,camelCase用于私有常量。例外是当常量从旧的C/C++库或类似的(如P/Unjk一起使用)导入时。我把它们保存在原来的图书馆里。

        7
  •  0
  •   Jimmy Hoffa    14 年前