1
8
最终,这个案例不会产生任何影响(除非它与类型/关键字/etc冲突)。真的吗 一致性 Capitalization Conventions 不要区分常量和其他成员,但它们是 指导方针 帕斯卡案例 |
2
4
所有caps常量都是一个常见的约定 但公约就是这样,而且是武断的。如果您是为自己编写代码,那么没有任何令人信服的理由不选择自己的代码。如果您与其他开发人员合作,则必须就命名约定达成一致。 如果您正在编写的内容将被团队之外的其他人使用,那么最好遵循最常见和最易识别的命名约定,以避免混淆。 最后,一致性才是最重要的。 |
3
3
这完全取决于您的团队在定义编码准则时选择的标准。
就我个人而言,我更喜欢用大写来表示常量,这样我只要看一下就知道它们是什么。 |
4
3
这个 MSDN page on constants 建议将常量视为静态字段成员。在这种情况下 Captialization Conventions 如果您的常量是公共API的一部分,我建议您遵循此约定。 |
5
1
Microsoft's recommendations
,但它们有一个用于枚举值(
|
6
1
我通常将PascalCase用于公共常量,camelCase用于私有常量。例外是当常量从旧的C/C++库或类似的(如P/Unjk一起使用)导入时。我把它们保存在原来的图书馆里。 |
7
0
|
Robert King · Unity C#语法问题-转换位置 1 年前 |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
law · 检查答案按钮的输入字符串格式不正确 2 年前 |
i_sniff_ket · 在unity之外使用unity类 2 年前 |