帮助:命名空间类别提案
受众和约定
本文档面向希望学习如何在 wiki 中创建、编辑和维护文章的人员。对于需要快速了解 wiki 格式的普通 wiki 编辑者,我们有 参考卡。
命名空间表示法
位于特定命名空间中的文章,应放入一个记录该命名空间的类别中。来自主命名空间(无前缀)的文章不需要这种表示法。例如
- Category:Network 应包含所有与网络相关的文章
- Category:SDB:Network 应包含所有与网络相关的支持页面
- Category:HCL:Network 应包含所有与网络相关的硬件页面。
- 等等…
子分类
命名空间分类应该是主分类的子分类。因此,Category:SDB:Network 应该位于 Category:Network 中。如果多个命名空间中存在子分类,它们应该与主分类并行。因此,如果在主命名空间中存在属于子分类的文章,并且在另一个命名空间中存在属于相同类别的文章,则应创建一个类似的适当类别,并带有命名空间前缀。该创建的类别应成为相同命名空间中上级类别和主命名空间中相等类别的成员。
示例
主题 Name 具有属于主、SDB: 和 HCL: 命名空间的文章。主文章属于 Category:Name,支持文章属于 Category:SDB:Name,硬件兼容文章属于 Category:HCL:Name。
Category:SDB:Name 和 Category:HCL:Name 都属于 Category:Name。Category:Name 不属于任何类别,在此示例中它是一个主类别。但是,在创建新类别时,始终尝试找到更高级别的类别,并使其成为该高级别类别的子类别。Category:HCL:Name 属于 Category:HCL,该类别应包含所有主 HCL 类别。Category:SDB:Name 属于 Category:SDB,该类别应包含所有主 HCL 类别。
子分类也一样
- Category:Sub 属于 Category:Name
- Category:HCL:Sub 属于 Category:HCL:Name 和 Category:Sub
- Category:SDB:Sub 属于 Category:SDB:Name 和 Category:Sub
效果
如果读者正在浏览类别(手动或通过文章中的类别树),他可以阅读主文章,但可以切换到相关的 SDB: 或 HCL: 类别,这些类别与他感兴趣的主题相关。另一方面,如果读者从 Category:SDB 开始,他可以从上到下浏览支持文章的子类别,而无需首先浏览主文章。
其他命名空间
Portal: 命名空间页面属于主类别。如果可能,则属于与相关页面更高级别的类别。例如:Portal:Remote access 属于 Category:Network,而所有与 Remote Access 相关的页面属于 Category:Remote access 或子类别。
