身份证、身份证或身份证?[关闭]

我做我想做的。一般来说,您的最佳实践是错误地选择可读性,而不是遵循一些抽象标准。

只要始终如一。

ID是一个缩写词,而不是缩写词,所以我将其命名为“ID”。ui是一个缩写词,缩写词——总之是简短的——大写为“ui”。

这是我做的一个例子。

id
userId
getUserId

关键是要保持一致。

我其实更喜欢“身份证”。但是,正如大家所说,一致性是最重要的。

史蒂夫

ID,至于标识符。微软建议的命名约定表明这是推荐的做法,使用代码分析进行编译将支持这种做法。 如果它代表两个分别以i和d开头的单词,那么您将使用i d,实际上不应该使用以小写字母开头的名称,而是在参数中。

没关系, 只要你在整个项目中保持一致 .

这么说,我会带上“身份证”。

我也使用camelcase,如果名称以id结尾,我也使用它。

身份证件

这是我对主观问题的主观回答。

不过,我把这个标记为CW。

我在所有的表名中使用下划线,所以用户ID。即使ID是独立的,它都是小写的。

我要在这里被投票,但我不在乎!

很明显 id . 来自内心的想法!

它的发音是“眼迪”,而不是“本我,自我和超我”,所以我,而不是本我。不管怎样,这是我的选票。事实上,它是一个缩写词,而不是一个缩写词是无关的,因为它的发音方式。它的发音就像是一个首字母缩略词,所以也可以用这种方式输入。哦,骆驼案例是计算史上最糟糕的想法。:)

我认为可读性是最重要的,如果要让它更容易阅读的话,它应该覆盖您的约定。我认为,如果你不容易阅读的话,缺点大于坚持你的原则/惯例的好处(就像我们程序员讨厌破坏惯例和协议一样)。

在 Machine SUIF Mike Smith和Glenn Holloway 僵硬地 执行大写字母标记新词的大小写约定。所以即使CPS是一个缩写,它还是 transformToCps 而不是 transformToCPS . 我发现从长远来看,他们的方法比我们在 Quick C-- ,我们通常会对ID和CPS这样的情况进行全部大写。

fxcop/code analysis会将id标记为一个错误的缩写,因此,如果您希望避免禁用某个规则,则可能出于这个原因符合并使用id。但再一次,这真的不重要,只要你是一致的,正如其他人所指出的。

只要你在自己的程序中保持一致,你就可以随意使用任何东西。(如果你在一个团队中工作,你应该遵循团队的规则或者建立一些)。

有一点还没有提到,那就是获得良好字体的重要性。这将对您的程序可读性产生奇迹,可能是您的约定问题部分是字体问题:

如果你不能轻易辨别 身份证件 从 半导体激光器 (Id and ld) ,您应该更改字体,也许也更改字体大小。就我个人而言,我喜欢安慰。

我同意其他的答案,最重要的是保持一致。

我还要补充一点,如果没有为您的特定代码库建立标准,您应该遵循您的语言或平台设置的约定。在爪哇,缩略语和其他大写词对于标识符没有资本化:

id
url
getId()
setUrlParameters()

在Objective-C中,情况正好相反。您可能有一个小写的“id”或“url”变量,但您也有如下类:

NSURL
NSURLRequest

所以在obj-c中,我会选择一个方法名,比如:

setURLParameters:

数据库列和对象属性中的ID。参数中的ID:

this.ID == id

我更喜欢使用ID,在我们公司,标准也是ID而不是ID。如果你觉得ID更容易阅读,我认为使用ID没有问题。编译器不关心:)我在模式ID列中使用相同的约定。

不同的语言有不同的指导方针。对于.NET,您可以阅读 Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries . 对于Java,您可以阅读 Code Conventions for the Java Programming Language .

“id”不明确。它是人类心理的“自我”或“超我”模型的一部分吗?可能不是:你可能试图缩写一个词,比如“identity”或“identification”或“identifier”。

通过决定你的意思来消除歧义(和套管问题),然后 不要缩写 .