任意命名约定提问关于Business Objects公司

Question

好吧，你做Business.Name或Business.BusinessName SubCategory.ID或数据库SubCategory.SubCategoryID

怎么样？

为什么？

我与两个人都被撕裂。很想有是一个“正确答案”

Answer 1

使用ID的主要缺点，姓名等是，你必须用表名限定他们，如果你正在编写一个SQL连接重叠两个表。

尽管如此，我觉得它更简洁，可读性只使用ID和姓名 - 你的代码，并表将“流”更容易过去的目光。更容易打字和减少冗余。在SQL查询中输入SELECT Business.Name FROM ...实际上并不比输入SELECT BusinessName FROM更麻烦...

通常，如果我发现自己重复语义信息，它会提醒我寻找消除方法它或至少认识到它重复的原因。这可能是小规模（属性名称）或大规模（行为模式或公共类结构）。

Answer 2

唯一的“正确”的答案是一致的。预先决定你将在一个项目中使用哪一个，并坚持下去。

Answer 3

对于像“名称”和“ID”很常见的性质，我已经使用的惯例是不把实体名称领域。对于更不寻常的属性，我确实把实体名称。

这是一个命名约定的决定，但我没有后悔项目这是约定，如果你把每个ID的实体名称，它看起来是太冗长了。

Answer 4

我们对任何主键都做ID。话说SubCategory.SubCategoryID似乎是多余的，

Answer 5

我可能不是正确的，但我认为Id是美味的菜。

thing.id
，因为如果你要编写与你交易的对象和需求的主键的任何反射的东西，它的方式更容易知道它无处不在，然后试图用一个公式来确定它。

至于其他的，那总的偏好，我没有看到比浪费输入其他字符时其他任何真正的影响，其.NET，所以没有人真正类型的命名空间呢。