在 c# 的不同命名空间中拥有同名的类是个好主意吗？

Question

例如，我们有两个解析简历的类，一个解析 Excel，另一个解析 HTML。我的同事喜欢做的是将这两个类命名为相同的名称，并将它们放入不同的命名空间，如图所示如下：

namespace XX.ResumeParsers.Excel
class ResumeParser{}

namespace XX.ResumeParsers.Html
class ResumeParser{}

我觉得这不是一个好主意，我宁愿重命名这些类，并将它们放在一个命名空间中（但如果需要，可以放在不同的文件中）：

//in Excel folder under ResumeParsers folder
namespace XX.ResumeParsers
class ExcelResumeParser{}

//in Html folder under ResumeParsers folder
namespace XX.ResumeParsers
class HtmlResumeParser{}

因此，Hierarchy 仍然存在于文件夹中，但命名空间相同（不完全匹配文件夹层次结构），可以吗？

如果我是对的，知道如何说服我的同事吗？或者他们的解决方案有什么明显的缺点？

谢谢。

Answer 1

这通常不是一个好主意，不，尤其是当您需要使用同一代码中的两个类时。它们是否应该在不同的命名空间中是一个单独的决定，但我肯定会称它们为HtmlResumeParser 和ExcelResumeParser，而不是试图让命名空间通信上下文。这将使您在阅读代码时更容易准确地确定您在说什么。

Answer 2

我可以从经验中看出 - 在涉及类似示例的大型代码库中工作 - 就可读性而言，第二种选择要好得多。就我而言，我很想抓住选择相反方式的程序员:)。

一般来说，对于编写代码的人来说，总是很清楚正在使用哪个类以及为什么 - 但想想阅读它的人 - 他们是否能够一眼看出您的代码中使用了哪个解析器？

还有一种情况是你需要在同一个方法中使用两个类——Jon 已经提到过——你会遇到冲突并且需要使用完整的命名空间——这很痛苦。即使你知道你不需要——未来的其他人可能需要这样做。并且可能也想抓住你:)。

Answer 3

这里没有绝对的对与错，但将相似的类放在同一个命名空间中似乎是个好主意。

您可以查看StreamReader 和StringReader 作为框架中的类似示例。它们都实现了相同的接口 (TextReader)，并且都在 System.IO 命名空间中，尽管 StringReader 类在从内存中的字符串读取时并没有执行任何实际的 I/O。

无论你是否将类放在同一个命名空间中，你都应该尽量使类名唯一。如果您需要在同一个文件中同时使用这两个类，那么必须始终指定完整的命名空间会很麻烦。

Answer 4

我会说，如果任何给定的代码将使用其中一个或另一个但不能同时使用两者，并且如果这两者在单独的程序集中实现，那可能是可以的。如果它们在同一个程序集中，或者如果一个类想要同时使用两者，那么我更喜欢不同的类名。

Answer 5

如果解析器有一个基接口和一些特定的辅助类，但只在基接口上使用，第一个解决方案（不同的命名空间）是最好的。因为：

• 可以分为不同的 组件
• 每个解析器独立 来自其他