良好的命名空间命名约定

Question

我正在为CRUD业务应用程序创建一个类库.业务对象(具有相关数据访问层对象)的主要"类别"是:

• 维护(用于在数据库中使用主表(主列表))
• 事件(大多数对象与真实事件有关)
• 搜索(显而易见)

截至目前,我的命名空间设置如下:

• BusinessObjects.Maintenance.Contacts
• BusinessObjects.Maintenance.Products
• BusinessObjects.Maintenance.Classifications
• .
• BusinessObjects.Incidents.Contacts
• BusinessObjects.Incidents.Products
• BusinessObjects.Incidents.Classifications
• .
• BusinessObjects.Search.Contacts
• BusinessObjects.Search.Products
• BusinessObjects.Search.Classifications
• .
• Dal.Maintenance.Contacts
• Dal.Maintenance.Products
• Dal.Maintenance.Classifications
• .
• Dal.Incidents.Contacts
• Dal.Incidents.Products
• Dal.Incidents.Classifications
• .
• Dal.Search.Contacts
• Dal.Search.Products

请注意,每个类最终都使用相同的名称.

这是好形式吗？

此命名空间约定是否会出现任何问题？对于查看/使用此代码的其他人可能有什么困惑吗？

我确实意识到在表单代码中,一个缺点是我必须使用命名空间限定所有对象.对我来说,这不是什么大问题.如果这是一个词,我通常更喜欢一点显性.

Answer 1

无论如何,对我来说似乎还不错.我会远离缩写,这会让人感到困惑,迫使人们必须知道缩写或查找它们.他们变得难以理解和无法形容.

"Lets take a look at the BusObjConfIntContYYYYmmdd package now..."

您可能遇到的一个问题是具有细微差别的名称.由于名字的长度可能是一个问题,你的眼睛可能会掩盖整个事物,只选择其中的一部分.会不会出现这种情况？:

BusinessObjects.Incidents.Classifications
BusinessObjects.Classifications.Incidents

要么

BusinessObjects.Forms.ProjectManager.Exportable.Windows.XP
BusinessObjects.Forms.ProductManager.Exportable.Windows.XP

这个人为的例子可能会成为一个问题.

Answer 2

在实现任何特定模式之后,而不是它们所属的业务或功能域,通常不会命名您的包.

即:

Org.MyCompany.BusinessObjects.Maintenance.Contacts
Org.MyCompany.BusinessObjects.Incidents.Contacts
Org.MyCompany.BusinessObjects.Search.Contacts

代替:

Org.MyCompany.Contacts

其中包含类/接口/对象/对"联系人"执行操作的任何内容.