ID,ID还是Id?

Cli*_*ote 29 variables naming-conventions

camelCase在我的代码和数据库字段名称等中使用,但是对于最后的字段Id,它总是难以阅读.例如itemId,teacherId,unitId等.在这些情况下,我思考如何打破惯例和写作itemID, teacherID, or unitID只是为了提高可读性.

你做了什么,处理这个问题的一般,最佳做法是什么?

Cur*_*ols 61

Id是缩写,而不是首字母缩略词,所以我将其称为"Id".UI是一个首字母缩略词,而缩写词 - 短篇小说 - 无论如何 - 获得大写:"UI".

  • 这里最好的答案; 惊讶没有人赞成这个.+1 :) (5认同)
  • FWIW,有些人会建议(正如.NET框架设计指南所做的那样)只有两个字母的首字母缩略词完全大写,所有更长的首字母缩略词都被大写为普通词.例如,DeferIO和XmlReader.它采用合理且可读的方法.但我仍然是Id.:) (3认同)

Óla*_*age 24

这是我做的一个例子.

id
userId
getUserId
Run Code Online (Sandbox Code Playgroud)

关键是保持一致.


Sho*_*og9 12

我做我想做的事.一般而言,您的最佳做法是错误地支持可读性而不是遵守某些抽象标准.

只是保持一致.


Ste*_*son 12

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

史蒂夫

  • 我使用"ID",它打破了一致性,但它更具可读性. (5认同)
  • 他可能意味着代码的其余部分是camalCase而ID是唯一没有的 (4认同)

em7*_*m70 9

Id,对于Identifier.Microsoft建议的命名约定表明这是推荐的做法,并且使用代码分析进行编译将支持这一点.你会使用ID,如果它代表分别以I和D开头的两个单词,你真的不应该使用以小写字母开头但在参数中的名字.


Jon*_*jap 6

只要你在整个计划中保持一致,这没关系.

话虽如此,我会选择"Id".


lot*_*har 5

我也使用camelcase,如果名称以Id结尾,我也会使用它.