1
6
|
2
4
这个 Capitalization Conventions 在 Guidelines for Names 说:
这表明 是正确的,如果这是类或结构的公共接口的一部分。 但是,如果这是传递到方法中的参数,则应用驼峰大小写规则,并且:
因此,作为参数名,您可以使用 刚毛的 (就我个人而言,我觉得这很奇怪,而且总是使用corpId,但这是实际的官方指南…) |
3
3
这是的复制品 .NET naming convention for "ID" (anything identification: Capitalization) 从公认的答案来看,
|
4
2
每次小写。有时候它看起来很奇怪,但它胜过了另一种选择:你总是在决定是否要资本化的时候,制造出相对更奇怪/不一致的东西。 |
5
1
对于身材矮小的人,我个人的偏好是公司化。你已经拼出了整个单词,所以它不会和“Id”部分混淆。 然而,你应该决定你更喜欢什么,并保持一致。如果你是一个团队,但与团队一致。 |
6
1
我会用I d和Pk来命名。实际上,MSDN上有一个关于大写的主题 http://msdn.microsoft.com/en-us/library/ms229043.aspx |
7
1
.NET命名约定允许使用两个字符的缩写,如ID。
保持命名方案的一致性
整个项目/解决方案。不使用
既然我总是写信
|
8
1
|
9
0
这实际上更符合公司标准。在我的团队中,它是可以接受的,并且希望缩写(如ID)始终保持相同的大小写。例如,如果您有身份证或卡号,它始终保持同一个外壳。但一些团体认为,这应该只是第一个字母的可读性。一切都取决于个人喜好。。。 |
10
0
|
11
0
在.NET的命名建议中,两个字符的首字母缩写应该是大写,而三个或更多字母的首字母缩写应该是pascal/camel大小写。 这会给您customerPK和customerPKField,因为PK是一个缩写,但是Id/Id更难。它真的是一个缩写吗?为了身份证?我总是用身份证而不是身份证。 |
12
0
在标识符中,系统地返回到每个单词的小写字母,甚至是首字母缩略词或缩写的优点是,它使单词分离和标识符读取变得更容易。
我个人倾向于每个单词的首字母大写,缩写,缩写(除了第一个单词,如果是camelCasing)。那就是
|
13
0
我要说,无论你选择什么样的习俗,都不要把它变成宗教的东西。只是不值得打扰。。。(我并不是说编码指南是无用的,只是我认为这个问题不太重要)。
不是那样的
|
Robert King · Unity C#语法问题-转换位置 1 年前 |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
law · 检查答案按钮的输入字符串格式不正确 2 年前 |
i_sniff_ket · 在unity之外使用unity类 2 年前 |