包/命名空间和类具有相同的名称是一个好习惯吗？

Question

我正在创建一个新的命名空间，其中一个类的最合适名称似乎与命名空间同名。这是一个好的做法吗？如果不是，还有什么替代方案？

例如：

com.person
|--- Person.(java/cs)
|--- PersonDetailChecker.(java/cs)
|--- PersonNameGenerator.(java/cs)

讨论同一问题的相关问题：

• 类是否应该与命名空间？
• 如何避免类与其命名空间同名，例如 Technology.Technology？

Answer 1

我会尽量避免这种情况，因为它会让你的代码更难阅读
Eric Lippert 写了一篇关于此问题的文章，您可以在这里找到：

• 第 1 部分，

• 第 2 部分，

• 第 3 部分

• 第 4 部分

我自己也犯过几次这样的错误，这确实让我的一些代码变得更难阅读。

Answer 2

在Java中做到这一点是没有问题的。

但这不是一个好的实践：因为好的实践意味着你应该这样做。 （这显然不是事实。）。

顺便提一句。在 Java 中，类名应该以大写字母开头，包应该只包含小写字母，因为它们永远不会真正相同——这是一个很好的做法。

已添加
经过一段时间的重新细化，我认为如果包和类具有相同的名称，则表明架构失败。理由是：任何事物都应该有其独特的存在理由，并且其名称应该表明理由。因此，如果你有一个包和一个同名的类，那么它存在的原因不是唯一的，或者它的名称是错误的。

Answer 3

在 Java 中，一个简单的事实是，你的包名应该全部小写，类名应该以大写字母开头，这样可以保证它们不会发生冲突。如果它们相同，那么您一定违反了这些准则之一，这是一个比您的特定准则更基本的风格问题。

Answer 4

只要情况不同，就没有问题。然而，一旦您对命名空间和对象使用相同的标识符，您最终就必须完全限定对该对象的引用（这使得代码相当冗长且丑陋）。

Answer 5

我会不遗余力地使类名在合理的范围内唯一且不言自明，无论包如何。一个只有一个单词的类名是相当令人困惑的，除非它是一个众所周知的、普遍接受的名称，对于一个共同的概念来说。

嵌套类有点位于封闭类的名称空间中。人们可能会这样做

class Http
    class Request
        enum Method
    class Response
        class Code

Http.Request.Method.GET
new Http.Response.Code(123); 

虽然我发现这很容易阅读，但我仍然坚持旧的风格

class Http
class HttpRequest
enum  HttpRequestMethod
class HttpResponse
class HttpResponseCode

HttpRequestMethod.GET
new HttpResponseCode(123);