假设 Tag 表 和 Post表
Tag 表
ID
Name
Post 表
ID
Title
Author
AddDate
TagID
实体类
Tag
ID
Name
Post
ID
Title
...
Tag
字段都是 属性_ 形式
然后有的人是这样子的
Tag
TagID
TagName
Post
PostID
PostTitle
PostAuthor
PostAddDate
PostTagID
还有人是这样子的
Tag
intTagID
strTagName
Post
intPostID
strPostTitle
strPostAuthor
strPostAddDate
intPostTagID
也有人是这个样子
Tag
intID
strName
Post
intPostID
...
另外有的人 AddDate 这样他还会写成Add_Date 加了个 _ 线
也就有人会演化成 date_add_date .蛮晕的
在映射成实体类的时候他也就还包含了前面的 int 实体 本身 属性.
我一直都是第一种 主要是从(直视理解 效率 再加美感 考虑 )
从看的舒服和效率方面都是第一种最佳..打点一下子就可以把需要的属性弄出来.而不需要像像后面的两种再进继续去选.
感觉最后一种在很少以前直接用 sql的时候可然有帮助.比较清楚赋值的类型.但是现在是不是要退出了.时代进步了啊
然后实体类表现的时候
第一个我是ID 主键.. 属性, 外键的属性 集合属性. 最后是自己的方法 使用 castle 使用自己的代码生成的时候也是这种规范. 乱跑的话到时候修改bug改代码的时候就比较郁闷了.
还好编码规范方面大部分人都是有按C#的哪个较流行规范..看到的大部分都是同一种风格
你是否达到最佳的代码效率.. 把省下来的时间用来思考