namespaces - 命名空间经验法则

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

6 个月前关闭。




Improve this question




在项目应该进一步分类到新的命名空间之前，有多少类、接口(interface)等应该进入给定的命名空间有一般的经验法则吗？喜欢最佳实践或社区偏好？还是这都是个人喜好？

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

Answer 1

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

类域

它是一个类还是一个接口(interface)(我看到一些开发人员更喜欢 ShopApp.Model.Interfaces 之类的命名空间)。如果您的接口(interface)是某种服务或数据契约(Contract)，则效果非常好。

不要有太深的命名空间，3 (.) 就足够了。不仅如此，可能会令人讨厌。

如果您在任何时候觉得它变得不合逻辑或难以管理，请愿意重新组织命名空间。

不要仅仅为了它而创建 namespace 。