Sandbox:目录规范

此页面来源 https://rs.miraheze.org/wiki/Project:%E5%88%86%E7%B1%BB 参考中模板:Mbox

分类（Category）是用于将多个页面索引在一起的专用的页面。通过分类页面可以查找到该分类的所有页面，同时也可以追踪存在某个问题的页面。不恰当地使用分类会导致内容体系混乱。你可以在Special:页面分类、Special:需要的分类和Special:未归类分类中找到本wiki中的所有分类。

本站要求页面分类必须条理逻辑清楚，有条不紊，且所有的条目、模板（不含其子页面）、项目页面、帮助页面都应该加入至少一个非追踪分类。

分类的命名

由于技术原因，本站要求所有分类均使用简体中文译名（主要内容围绕港澳台的分类可使用相应的繁体命名），且一般不设重定向。分类命名应当单一。

按具体事物名称命名

本wiki内，主要用于条目内容的分类，一般直接按具体事物的名称命名。例如，灼热未来、像素这些都是关卡，包含所有具体的关卡的分类应当命名为“关卡”，而非“关卡页面”“介绍关卡的页面”“关卡条目”。

按页面性质命名

如“xxx的页面”“xxx的模板”等。对于用于维护的分类，应当使用此方式命名。通常，除用于主命名空间或文件命名空间的分类外，各分类都应当使用这种命名方式。追踪分类和准追踪分类也应当按页面性质命名。

分类的归入与继承

分类的归入

如果某个页面（包括文件）的源代码中包含某个分类页面的链接，则该页面属于（belongs to）这个分类，该分类包含（contains）这个页面。

一个页面可以归入多个分类，但这些多个分类直接不应该存在继承关系。例如，分类A继承了分类B，则归入分类A的页面不应再归入分类B。

软件会自动将符合特定条件的页面归入一些分类。例如，如果页面中运行了Lua模块，但模块在运行中抛出了错误，则页面自动归入Category:有脚本错误的页面。这些分类通常称为追踪分类。一般而言，不应当手动将页面归入追踪分类。另外还有一些分类，会在使用了某些模板、模块的情况下自动加入，或者在使用了某些模板、模块时使用了特定参数的情况下自动加入，这样的分类类似于追踪分类，称为准追踪分类。追踪分类和准追踪分类的区别是，准追踪分类可以在其模板、模块中找到将页面加入该分类的语句（即该分类的连接），但追踪分类的没有。

一般来说，页面不应该手动加入追踪分类或准追踪分类，因为这些分类应当与特定情况保持一致。比如，如果某个页面并没有脚本错误，却在底部加上了模板:Code使之归入此分类，这就不对了。

注意：一些信息框模板会根据参数对条目进行分类，例如模板:Tl会根据type参数将页面分类到Category:主线关卡、Category:奖励关卡等，这些分类不属于准追踪分类。

分类的继承

类似于分类的归入，对于分类页面A，如果其页面自身中包含另一个分类页面B的链接，则称分类A继承了分类B，或者说分类A是分类B的子分类（sub-category）。例如，所有的“主线关卡”都属于“关卡”，所以Category:主线关卡继承了Category:关卡，分类“主线关卡”中的页面不应该再归入分类“关卡”。

如非特别说明，本页所说的“子分类”均包括“子分类的子分类”。例如，“主线关卡”是“关卡”的子分类，“关卡”是“滚动的天空”的子分类，所以“主线关卡”也是“滚动的天空”的子分类。

有些分类页面的描述中，会告知“不应该将页面归入此分类，而应该将页面归入此分类的子分类”，这些分类通常只是将另一些分类分到一起。这些应该被继承、但不应该被归入的类称为抽象分类。注意：并没有专门的魔术字或者其他结构化数据来表明某个类是否为抽象分类，“抽象分类”这个词只是便于读者和编者理解。

分类的继承是单向的。一个分类不能继承自己，也不能够继承其子分类。特殊情况下，分类可以跳跃继承，例如：如果A继承B、B继承C，那么A还可以继续直接继承C，但是跳跃继承只应当在必要时使用，一般不建议使用。

任何分类页面都应当使用模板:Tl模板来体现其分类继承关系。有多个继承关系的，可以使用多个catnav模板。参见该模板的文档。

分类方式

划分式分类

划分式分类，顾名思义，就是将一个大类划分为多个小类。划分式分类通常是比较严格的，必须完整而不重复地包含所有情况。

例如，Category:关卡可以分为Category:主线关卡、Category:奖励关卡、Category:迷你关卡。关卡必是上述子类的一种，不可能三种都不属于，也不可能同时属于多种。

一个分类可以以多种方式划分，这种情况可能会使得页面需要多重归入。

接口式分类

接口式分类与划分式分类，归入的页面比较灵活。“接口”一词参照了Java语言中的接口（interface）的概念。追踪分类一般都属于接口分类，归入此分类的页面可能是任何类型。例如，有脚本错误的页面可能是个关卡、模板或模块，等等。又如，Category:基于Lua编程语言的模板也属于接口式分类，因为各类模板无论类型都有可能是基于Lua编写的。

根分类

本Wiki中，Category:页面分类唯一的根分类，其他所有分类都必须是该分类的子分类。

根分类的直接子分类包含各个页面类型：帮助页面、条目、文件、模板、模块等，此外还有一个维护分类，该分类下的非抽象分类均为接口式分类。根分类是全站唯一不是子分类的分类。

分类排序索引

分类排序索引可以指定某个页面在某个分类中排在指定的位置。一般不建议使用排序索引。此外还需要注意以下事项：

不允许手动设置多余的排序索引。例如，假如将模板模板:Code加入分类模板:Code，则应该直接使用模板:Nowiki，而不应当手动设置模板:Nowiki。手动指定按带有命名空间的完整名称索引，如模板:Nowiki，也不推荐。
不允许设置拼音索引。例如，如果要将走位加入Category:滚动的天空，应当直接使用模板:Nowiki，而不是使用模板:Nowiki。
不建议使用模板:Tlx魔术字。
本站不允许使用“-”“*”等排序索引。

分类页面的内容

分类页面自身可以介绍该分类的用途，以及分类的归入标准。划分式分类还可以放置与之相关的导航框。

除根分类的每个分类的顶部都应该使用模板:Tl模板清晰地标明该分类的多级父分类。例如，Category:主线关卡的顶部加入如下代码：

-{}-
{{分类导航|条目|滚动的天空|关卡}}

显示效果如下：

首页 > 条目> 滚动的天空 > Sandbox:目录规范

编辑
刷新
历史

这样，分类页面顶部就可以清晰地显示分类的溯源层级，并自动将该分类归入上一级分类。

分类导航必须与实际情况一致。这意味着如果一个分类更名了，不仅所有包含该链接的页面中的相应链接应该更名，该类的所有子分类（若有）的分类导航也应该更名，这是需要留意的。

导航框

大多数划分式页面底部都会对应导航框，例如Category:关卡对应模板:Tl。加入导航框可以更方便地在页面之间冲浪，并清晰地展示该分类的所有内容的关系。

本站对导航框的使用有如下要求：

导航框自身不将页面加入该分类。比如，模板:Tl的代码中不包含模板:Nowiki，因此嵌入包含该导航框模板的页面不会自动加入关卡分类。应该手动将页面加入进去。
导航框的内容应该与分类的实际情况一致。模板:Tl导航框中列举的所有关卡，都应当是Category:关卡中的页面；该分类中的所有页面，也都应该包含在这个导航框中。
该分类的所有成员页面的底部都必须有该导航框。也就是说，所有关卡页面底部都会嵌入包含模板:Tl这个导航框。
分类页面本身也应该嵌入包含该导航框，该导航框模板的文档中也应当提及该分类。
一个分类可能对应的是导航框的某个部分，导航框对应的分类也有可能划分了子类。这种情况需要视情况灵活处理。

分类主条目

分类主条目是指的介绍的内容正好是该分类本身的。还是以Category:关卡为例，该分类的主条目就是“关卡”这个页面。

分类主条目需要注意以下事项：

分类页面需要提及该主条目的链接（这种情况不使用模板:Tl模板）。
主条目自身不归入该分类。比如，关卡这个页面就不归入Category:关卡，因为它本身并不是一个关卡，只有像山丘、沙漠、森林这些才属于关卡。
主条目底部也应该嵌入包含该分类的导航框（若有）。导航框的标题部分（title参数）可以链接至该主条目。

模板:项目页面