如何根据类的名称空间正确命名类?

我采取“适当的时候”的方法。其思想是,您希望使用最有意义的名称命名类。在某些情况下,这确实意味着类名与名称空间有些冗余,但请记住,在代码中,名称空间通常不被视为类名的一部分,而只是using指令的一部分。

我倾向于顺从别人 Microsoft's guidance

回复:斯科特的评论。

我认为MS在这个问题上非常清楚,这类似于您对OP的回复。例如:

不要引入泛型类型名 例如元素、节点、日志和 它将导致类型名称的概率 常见场景中的冲突。你 应该限定泛型类型名称 (FormElement、XmlNode事件日志、, SoapMessage)。

在OP的问题中,引用了Xml名称空间。如果你看一下这些类的名称,它们是非常常见的名称,前面加了“Xml”——属性、字典、文档等等。

我喜欢System.Xml类具有Xml前缀。这有助于我将它们与一般对应物区分开来。什么是文档与XmlDocument?有了前缀,它就更清晰了。在我看来,无论如何。

在我自己的课堂上,我试图遵循这种精神。如果我使用一个有点通用的单词并将其包装在类中,我可以选择使用名称空间作为前缀。例如:

MyProject.Client.Application 将与 Application ,这是一个.NET类。

MyProject.Client.ClientApplication 将避免冲突问题,同时仍然清楚类的作用(至少在我的项目中)。