什么是正确的C#命名空间用法？

Question

我来自Java背景,我看到很多人都说命名空间=包,但是看看可用的代码,我觉得人们不会像使用包那样使用命名空间.

目前我正在研究一个DLL来管理我对两个Windows应用程序之间共享的数据库的所有数据访问.到目前为止,我一直在创建像Java一样的软件包,所以我有一个Domain,Services,DAO(我把它称为Repositories)子命名空间从我的顶级.它是否正确？是否有人为命名空间编写了最佳实践？我认为这可能是一个非常小的问题,但我不想反对谷物这样说.

Answer 1

有点主观,没有"明确,正确"的答案.

这是我如何做到这一点,意图是可以在项目之间共享程序集.

考虑一下我有一个名为FooBar的公司名称(原创性为+1？:)

所有程序集都从此根命名空间开始.我们有很多共享集合.

像:

• MVC(UI)HTML助手.这些进入一个组装.
• 通用存储库.使用泛型实现的存储库模式,以便重用.
• LINQ扩展方法(分页,通用语法糖厂).同样,这些进入一个组件.

所以,我们的FooBar命名空间Universe可能如下所示:

FooBar
|
 ---- FooBar.Common.Mvc
|
 ---- FooBar.Common.DataAccess
|
 ---- FooBar.Common.Linq
|
 ---- FooBar.ProjectOne (ASP.NET MVC Web Application)
|     |
|      --- FooBar.ProjectOne.Repository (makes use of FooBar.Common.DataAccess)
|     |
|      --- FooBar.ProjectOne.WebMvc (makes use of FooBar.Common.Mvc)
|
 ---- FooBar.ProjectTwo (WPF Application)
      |
       --- FooBar.ProjectTwo.Repository (makes use of FooBar.Common.DataAccess)
      |
       --- FooBar.ProjectTwo.BindingServices (makes use of FooBar.Common.Linq)

明白我的意思了吗？

以基于异构命名空间将公共逻辑放入公共区域"感觉正确"的方式设置命名空间.

您会发现许多拥有多个共享项目的公司都遵循这一趋势.

您对"子命名空间"的思考是正确的(在我看来).