在Code First Entity Framework项目中为每个POCO类创建一个单独的命名空间是否有任何优势?
这样:
namespace Domain.POCO.Table1
{
class Table1 { }
}
namespace Domain.POCO.Table2
{
class Table2 { }
}
而不是:
namespace Domain.POCO
{
class Table1 { }
}
namespace Domain.POCO
{
class Table2 { }
}
在第一种情况下,可以说代码是“更好地组织”但是这个选项在代码的其他地方创建了许多“使用”语句。
装配装载或其他装置有什么好处吗?
答案 0 :(得分:0)
不,拥有每个命名空间一个类是没有优势的。如果对你有意义,你可以在同一个命名空间中对相关对象进行分组,但是为每个类设置一个命名空间只会让代码更加冗长。
答案 1 :(得分:0)
为每个POCO类创建一个单独的命名空间是否有任何优势
不,并且 一个general guideline反对命名一个类和命名空间相同。与文件名相反,它应该等于类名。
所以我建议
// MyEntity1.cs
namespace MyProject.Domain.Entities
{
public class MyEntity1 { }
}