命名空间经验法则

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

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

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

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

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

举个例子吧 System.Text.RegularExpressions

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