帮助:分类命名与层级规范:修订间差异
来自陋室
更多操作
删除的内容 添加的内容
小 WikiSysop移动页面帮助:分类维护与重整指南至帮助:分类命名与层级规范,不留重定向:帮助文档拆分:按命名层级规范与页面归类规范拆分 |
帮助页拆分:重写为分类命名与层级规范 |
||
| 第1行: | 第1行: | ||
本页 |
本页规定站点分类体系的命名规则与层级结构规则,用于保证分类长期稳定、可扩展、可维护。 |
||
== 适用范围 == |
== 适用范围 == |
||
* |
* 分类页(Category 命名空间) |
||
* 分类树结构调整 |
|||
* 模板页面(Template 名字空间) |
|||
* 分类 |
* 分类重命名与合并 |
||
* 首页、测试页、样式子页等少量特殊页面可按例外规则处理 |
|||
== 分类 |
== 分类命名规范 == |
||
=== 1. |
=== 1. 命名原则 === |
||
* 优先使用清晰、稳定、可复用的名称。 |
|||
* 每个正式内容页面原则上至少有 1 个普通分类。 |
|||
* 避免同义词、近义词并行建类。 |
|||
* 第一个普通分类为主分类,表示页面最核心归属。 |
|||
* 不使用临时活动口号、短期项目代号作为长期分类名。 |
|||
* 后续分类为辅助分类,用于补充页面主题、技术、对象、用途等。 |
|||
=== 2. |
=== 2. 书写风格 === |
||
* 中文语境下优先中文命名;技术专名可保留英文标准写法(如 <code>PowerShell</code>、<code>Node.js</code>)。 |
|||
* 隐藏分类用于模板维护、站点维护、页面状态、自动跟踪等。 |
|||
* |
* 使用全角中文括号 <code>( )</code>,避免半角 <code>()</code>。 |
||
* 中文层级说明优先使用 <code>:</code>,避免混用 <code>-</code> 造成歧义。 |
|||
* 不在普通页面里发明额外“隐藏分类语法”。 |
|||
* 保持已有主流命名风格一致,避免同类项风格漂移。 |
|||
=== 3. |
=== 3. 禁止事项 === |
||
* 不新增仅大小写不同或仅符号不同的重复分类。 |
|||
* 分类顺序应稳定,除非主分类明显错误,不频繁变更第一分类。 |
|||
* 不创建语义重叠且无明确边界的新分类。 |
|||
* 避免同义/近义分类并存,优先复用已有稳定分类。 |
|||
* 不为凑数量强行添加弱相关分类。 |
|||
== |
== 分类层级规范 == |
||
=== |
=== 1. 根与主干 === |
||
* 全站分类树以 [[:Category:站点分类]] 为根节点。 |
|||
* 主分类:核心知识体系或专题。 |
|||
| ⚫ | |||
* 辅助分类:相关技术、产品、概念、组织、人物、页面类型。 |
|||
| ⚫ | |||
示例: |
|||
* 父分类表示上位主题,子分类表示更具体主题。 |
|||
<syntaxhighlight lang="wikitext"> |
|||
* 多父分类仅在确有跨域语义时使用,避免无边界扩散。 |
|||
[[Category:Windows版本体系]] |
|||
* 调整父子关系时优先“小批次、可复核”的方式推进。 |
|||
[[Category:Windows]] |
|||
[[Category:微软]] |
|||
[[Category:操作系统]] |
|||
</syntaxhighlight> |
|||
=== |
=== 3. 维护类分类 === |
||
* 站点维护、模板维护、状态跟踪类分类可设为隐藏分类。 |
|||
* 归入模板类分类(如:站点模板、导航盒、模板说明、信息框)。 |
|||
* |
* 隐藏分类必须在分类页使用 <code>__HIDDENCAT__</code> 控制。 |
||
* <code>Template:*/styles.css</code> 一类样式子页通常为 CSS 内容模型,不应直接写入 <nowiki>[[Category:...]]</nowiki>。 |
|||
== 变更与收口 == |
|||
=== 1. 变更策略 === |
|||
| ⚫ | |||
* 分类改名优先使用维护脚本并说明理由。 |
|||
* 维护用途分类可在分类页中加入 <code>__HIDDENCAT__</code>。 |
|||
* 如已决定不保留重定向,应同步修复旧分类链接。 |
|||
* 分类树以“可扩展、可复用、低重复”为优先。 |
|||
=== |
=== 2. 维护收口 === |
||
* 首页、多语言首页、测试页等可不强制分类。 |
|||
* 已弃用页面可标记忽略,或在确认风险后统一清理。 |
|||
== 推荐执行流程(运维闭环) == |
|||
=== A. 干执行 / 评估 === |
|||
* 优先先做只读统计,确认规模与风险。 |
|||
* 优先识别: |
|||
** 无分类页面 |
|||
** 孤立分类页 |
|||
** 被引用但不存在的分类页 |
|||
** 分类计数漂移 |
|||
=== B. 小批次落地 === |
|||
* 先处理高确定性页面(无分类、明显错分、孤立分类)。 |
|||
* 模板维护分类与隐藏分类策略同步落地。 |
|||
=== C. 脚本维护收口 === |
|||
分类编辑后建议执行: |
|||
<syntaxhighlight lang="bash"> |
<syntaxhighlight lang="bash"> |
||
php maintenance/run.php refreshLinks |
php maintenance/run.php refreshLinks |
||
php maintenance/run.php recountCategories --mode all |
php maintenance/run.php recountCategories --mode all |
||
</syntaxhighlight> |
</syntaxhighlight> |
||
必要时可执行: |
|||
<syntaxhighlight lang="bash"> |
|||
php maintenance/run.php cleanupEmptyCategories --mode both |
|||
</syntaxhighlight> |
|||
| ⚫ | |||
* 复核无分类页面数量是否下降到预期。 |
|||
* 复核分类计数漂移是否清零或显著下降。 |
|||
| ⚫ | |||
== 常见误区 == |
|||
* 把隐藏分类写在普通页里“伪隐藏”。 |
|||
* 一个页面堆叠过多弱相关分类。 |
|||
* 新建大量临时分类而不复用现有分类。 |
|||
* 分类大改后不执行链接/计数维护脚本,导致统计与展示不一致。 |
|||
=== 3. 复核要点 === |
|||
== 维护建议 == |
|||
* 分类重定向是否符合策略(保留或不保留)。 |
|||
* 先规则、后批量:先定分类命名规范,再集中调整。 |
|||
* 是否存在根树外分类、孤立分类、命名重复分类。 |
|||
* 先小范围试运行,再全站推进。 |
|||
| ⚫ | |||
* 分类体系按季度或按版本阶段复盘一次,保持稳定演进。 |
|||
{{Template:站点帮助文档}} |
{{Template:站点帮助文档}} |
||
2026年5月19日 (二) 12:38的版本
本页规定站点分类体系的命名规则与层级结构规则,用于保证分类长期稳定、可扩展、可维护。
适用范围
- 分类页(Category 命名空间)
- 分类树结构调整
- 分类重命名与合并
分类命名规范
1. 命名原则
- 优先使用清晰、稳定、可复用的名称。
- 避免同义词、近义词并行建类。
- 不使用临时活动口号、短期项目代号作为长期分类名。
2. 书写风格
- 中文语境下优先中文命名;技术专名可保留英文标准写法(如
PowerShell、Node.js)。 - 使用全角中文括号
( ),避免半角()。 - 中文层级说明优先使用
:,避免混用-造成歧义。 - 保持已有主流命名风格一致,避免同类项风格漂移。
3. 禁止事项
- 不新增仅大小写不同或仅符号不同的重复分类。
- 不创建语义重叠且无明确边界的新分类。
分类层级规范
1. 根与主干
- 全站分类树以 Category:站点分类 为根节点。
- 新分类应明确挂接到上级分类,避免游离于根树外。
2. 父子关系
- 父分类表示上位主题,子分类表示更具体主题。
- 多父分类仅在确有跨域语义时使用,避免无边界扩散。
- 调整父子关系时优先“小批次、可复核”的方式推进。
3. 维护类分类
- 站点维护、模板维护、状态跟踪类分类可设为隐藏分类。
- 隐藏分类必须在分类页使用
控制。
变更与收口
1. 变更策略
- 分类改名优先使用维护脚本并说明理由。
- 如已决定不保留重定向,应同步修复旧分类链接。
2. 维护收口
php maintenance/run.php refreshLinks
php maintenance/run.php recountCategories --mode all
3. 复核要点
- 分类重定向是否符合策略(保留或不保留)。
- 是否存在根树外分类、孤立分类、命名重复分类。
- 关键分类的父子结构是否仍然合理。