数据库中的每个记录都需要有一个主键来唯一识别,那到底写ID?还是id?还是Id?我也苦恼了很多天,当然可能是由于我的英语水平不高导致的吧,我把用法推荐给大家,也欢迎大家提宝贵的意见。
GetEntity(int id); 这里 id 是局部变量的意思,大家都习惯了局部变量小写字母开始的原则。
BatchDelete(int[] ids); 这里 ids 是一个数组的意思,s表示复数的意思,是数组的意思。
private int id = 0; 这里 id 当了私有变量,临时变量的感觉。
public in Id 这里 Id 当了一个属性,因为属性建议大写字母
{
get
{
return id;
}
set
{
id = value;
}
}
private int[] ids; 这里 ids 当了私有变量,临时变量的感觉。
public in[] Ids 这里 Ids 当了一个属性,因为属性建议大写字母
{
get
{
return ids;
}
set
{
ids = value;
}
}
ID、IDs 暂时不建议用,当程序写了很多后,很多人写的都乱了套了,看起来很乱,很杂,还是希望大家都写得很规范一些,有些想法一些,我的建议未必是对的,欢迎大家提出补充意见。
posted on 2010-06-23 21:53 吉日嘎拉 不仅权通用权限 阅读(2954) 评论(45) 编辑 收藏
评论
1879373对象属性: UserId
#2楼[楼主] 回复 引用 查看
@滔滔踏浪ORALCE 数据库用 USER_ID 比较好,
sqlserver UserId 也无妨,不过还是你用 USER_ID 规范一些。
#3楼 回复 引用 查看
根据 .Net 设计规范 建议,应使用 : IDids这样的名字是不应当使用的,因为ID不是集合、变量或复数,在实体设计中,仅仅一个单一的标识而已。
如果是批量操作,参数名建议使用 idArray 或 idList.
#4楼 回复 引用 查看
@Zealic这个…….NET设计规范好像不是这么说的,Pascal的写法是Id,Camel的写法是id,上面明确指出不应该写为ID了……,也就是说公共成员、类型及命名空间名称用Pascal写法写为Id,参数和成员写为Camel写法为id。
我再仔细查查。
#5楼 回复 引用 查看
design guideline上说id还是ID要看你的团队,微软不给出任何建议。说白了你的团队认为哪个好就用哪个只要统一就可以了。
#6楼 回复 引用 查看
结合表:Product:PID
News:NID
Item:IID
#7楼 回复 引用 查看
我记得您不是转投csdn了吗?说实话,我觉得这帖子不是太有意义,不要为了写帖子而写帖子。#8楼 回复 引用 查看
WebProduct:ProductIDWebArticle:ArticleID
#9楼 回复 引用 查看
@滔滔踏浪冗余
#10楼 回复 引用 查看
ID 或者 Id 或者 实体名+ ID 如 EmployeeID统一都有ID也有很多好处。可以写到基类里、可以写统一的主键参数代码、可以在存储过程里统一操作等等
#11楼 回复 引用 查看
水贴啊~~命名规范如果不知道怎么弄可以直接参考微软设计的一些例子 很正规的
一般主键字段都是根据表的名字起的 比如表名是T_Department
主键字段就是DepartmentID, ID我建议都大写 Id看着很不舒服
如果主键字段仅仅是内部使用的唯一标识,就起名RowID
#12楼 回复 引用
这也是问题。。#13楼 回复 引用 查看
自增用ID,规则生成用CODE
#14楼 回复 引用 查看
不是被封了吗?怎么又放出来了?#15楼 回复 引用 查看
单纯性主键还是用“表名+ID”比较好。“EmployeeID”这样写就很好,ID我觉得还是要大写,这样看起来与表名容易区隔开来。
#16楼 回复 引用
不是被封了吗?怎么又放出来了#17楼 回复 引用 查看
ID一般是大写,属性和数据库字段名尽量保持一致,SQL SERVER不区分大小写,oralce区分大小写的#18楼 回复 引用
不是被封了吗?怎么又放出来了#19楼 回复 引用 查看
数据库中,个人喜欢id.不过,不喜欢中间加下划线.比较中间Camel命名规则.
#20楼 回复 引用 查看
1、USER_ID 看起来是冗余了,但在SQL多表关联的应用中就清晰清楚了;
2、字段大写,是方便数据库移植的基本考量。
#21楼 回复 引用 查看
0.0?#22楼 回复 引用 查看
专业!#23楼 回复 引用 查看
!#24楼 回复 引用 查看
跟楼主做法类似,但我不会声明Ids属性。#25楼 回复 引用 查看
恭喜,又上主页了。#26楼 回复 引用 查看
公认简写,少于等于两个字母都用大写,三个及三个以上首字母大写ID IP Cpu
#27楼 回复 引用 查看
程序中用 类型+Id 或者 OId。 数据库中随便,只考虑程序中怎么就行了。关系型数据库中的不用考虑,这是阻抗比配的问题,不需要考虑。#28楼 回复 引用 查看
Id 和 ID 都可以。根据项目的规范来。#29楼 回复 引用 查看
变量名遵守小写开头的规范就好了。#30楼 回复 引用 查看
还好,对初学者还是很有帮助的#31楼 回复 引用 查看
吉日公司连个像样的编码规范都没有么?这个都拿来说?#32楼 回复 引用 查看
我现在都是用ID#33楼 回复 引用
又冒出来了一个B2C的方向,不是我故意的对吉日 no comments...
#34楼 回复 引用 查看
@邀月我就用的这个方式,少重复,容易识别。
#35楼 回复 引用 查看
ID其实是一个缩写词,全称是Identity。当ID单独用时,且该场景适用Pascal大小写规则时,一般用全大写,因为ID是缩写词,本来就应该写成ID或是I.D.
当ID跟在别的词后面时,则用Id,例如DataId,或是itemId。这是因为itemId这类词代表的含义是Item ID,根据Camel或Pascal大小写规则,每个“词”的首字母大写。所以写成Id。
当ID单独使用,且该场景适用Camel大小写规则时,一般用id。
id自身并没有复数形式,所以ids是不可取的。Identity的复数形式是Identities
#36楼 回复 引用 查看
我一般是用Id#37楼 回复 引用 查看
数据库中一般跟着表名 TableID程序中直接用 Pascal的写法 Id
私有的字段我会加 下划线 _id
#38楼 回复 引用 查看
一点信息,按照微软自己 .NET 程序库的命名规则,两个字母或以下的用全大写。比如 IO 而不是 Io。一次类推,一般的写法应该是 ID。#39楼 回复 引用 查看
我们使用的规范真是惊人的相似#40楼[楼主] 回复 引用 查看
@小青青不会吧?总算有一样的?
#41楼 回复 引用 查看
嘟嘟一般用_ID#42楼 回复 引用 查看
一般主键用Id,通过外键关键到其他表时就用表名+Id,比如User的Id,关联到其他表就用UserId#43楼 回复 引用 查看
IdI大写,d小写
#44楼[楼主] 回复 引用 查看
我跟你习惯非常相似,呵呵#45楼 回复 引用 查看
靠,一个sb该叫傻逼还是fool,当然是看所在环境啦,语言是用来交流的,规范也不过是为了让交流更方便,讨论这个有意思吗?delphi里每个类加前缀T,MFC里每个类加前缀C,你说该加C还是T?