我必须为 C# 编写类似样式指南之类的东西,而我目前正处于必须弄清楚哪些评论有意义而哪些没有意义的地步。我正在大量使用 Robert C. Martin 的“清洁代码”一书以及其他一些关于 C# 的书籍(如 O´Reillys c# 4.0)等等……但我找不到关于评论命名空间的词……嗯......老实说,我找不到任何好的理由来评论命名空间。另一件事是我想使用 Visual Studio 附带的 XML 文档,并且没有命名空间的默认实现。
你对我有充分的理由吗?
我必须为 C# 编写类似样式指南之类的东西,而我目前正处于必须弄清楚哪些评论有意义而哪些没有意义的地步。我正在大量使用 Robert C. Martin 的“清洁代码”一书以及其他一些关于 C# 的书籍(如 O´Reillys c# 4.0)等等……但我找不到关于评论命名空间的词……嗯......老实说,我找不到任何好的理由来评论命名空间。另一件事是我想使用 Visual Studio 附带的 XML 文档,并且没有命名空间的默认实现。
你对我有充分的理由吗?
查看有关 System.Data 命名空间的 MSDN 页面
它很好地概述了这个命名空间中的类的期望,并展示了它们协同工作的方式。
因此,可能有充分的理由将有价值的文档添加到命名空间。
了解预期的类型、添加的类型以及如何使用它们可能非常有价值,因为很难在其他地方收集这些信息。
命名空间文档可以(恕我直言,在适当的情况下应该)涵盖两个方面:
YourCompany.Text
适用于与字符串处理相关的类型,或者您可以指出它仅适用于YourCompany
命名空间中某些内容的非常特定的插件类型。该信息不能仅从名称空间名称中推断出来。更重要的是,如果您使用一些文档生成器将注释格式化为某种类型的手册(例如 Sandcastle 或 NDoc),命名空间页面(列出命名空间中所有类型的页面)将接收命名空间文档注释作为附加信息。获得一个简短的概述而不仅仅是一个单一的命名空间名称和一个(可能很长的)类型列表对于一个好的基于命名空间的文档来说是至关重要的。