代码之家 › 专栏 › 技术社区 › Frank V

命名空间经验法则

rules-of-thumb organization namespaces

Frank V · 技术社区 · 16 年前

namespace: MyExample.Namespace
 interface1
 interface2
 interface3
 interface4
 interface5
 interface6
 interface7
 interface8
 interface9

或

namespace: MyExample.Namespace.Group1
 interface1
 interface2
 interface3
namespace: MyExample.Namespace.Group2
 interface4
 interface5
 interface6
namespace: MyExample.Namespace.Group3
 interface7
 interface8
 interface9

5 回复 | 直到 5 年前

Perpetualcoder 16 年前

我在任何可靠的源代码中都没有看到任何经验法则,但在与大多数开发人员合作时,我看到了一些常见的偏好。有一些东西可以帮助您创建名称空间。

类的域
它是一个类还是一个接口(我看到一些开发人员更喜欢像ShopApp.Model.Interfaces这样的名称空间)。如果您的接口是某种服务或数据契约,那么它可以非常好地工作。
如果您觉得名称空间变得不合逻辑或难以管理,请随时对其进行重新组织。

Alex B 16 年前

如果构建库或模块,通常最好只使用一个名称空间,因为名称空间的主要功能是避免名称冲突,并且您可以控制将哪些名称分配给类和接口。

Steve S 16 年前

Konrad Rudolph 16 年前

如果一个名称空间包含大量不相关的类,请重新考虑您的设计。

与安德鲁说的相反,我会的不

举个例子吧 System.Text.RegularExpressions

Andrew Hare 16 年前

在名称空间中有少量类通常被认为是不好的形式。我一直认为这是因为许多名称空间会导致混乱。

推荐文章

notamaster · 匿名命名空间中的变量声明和其他位置的定义

2 年前

Bipolo · 使用另一个命名空间的名称创建子命名空间

2 年前

The Vivandiere · 从命名空间中引入单个名称

6 年前

Bercovici Adrian · 静态类内定义的类的约束

6 年前

shir k · 使用命名空间重载函数(&O)

6 年前

yearntolearn · R包命名空间

6 年前

Chris Simmons · 由于引号的缘故,SQL to XML无法创建正确的XMLNAMESPACE(我认为)

6 年前

ambikanair · 与特权pod共享装载命名空间

6 年前

Pete Hilde · 命名空间“MyProject”中不存在类型或命名空间名称“Resources”。属性'

6 年前

landau · 如何检查环境是否为包命名空间[重复]

6 年前