Minecraft Wiki:论坛/关于数据驱动相关页面的格式和标准

⬅首页

关于数据驱动相关页面的格式和标准

此帖子已关闭，请不要再进行编辑。
楼主请求关闭

基于最近的一些讨论和情况，数据驱动的内容是日益增多的——这一点毋庸置疑。数据驱动内容在JE的表现主要为数据包可实现内容的增加。当然，像画变种，狼变种这种也伴随资源包内容。针对这些新增内容，当前条目可能需要重新规划和整理相关行文编排。 主要解决以下问题：

1. 数据驱动的明确定义？
2. 资源包和数据驱动的关系以及数据包和数据驱动的关系？
3. JE和BE数据驱动相关条目方面主要要注意哪些区别和细节？
4. 讨论如何安排较为统一的数据驱动相关条目的编写格式？
5. 一些看似边缘但是较为基本的内容：NBT格式、JSON等与数据驱动的关系？

对于问题1，目前好像还没有什么明确定义，或者说该问题的必要性可能还有待讨论。

对于问题2，主要是像画变种和狼变种这种附带资源包内容的部分——是否承认资源包属于数据驱动的一部分或其他关系？

对于问题3，目前值得注意的一点是，很多JE的数据包内容没有写明“仅Java版”提示——是否要逐个页面进行检查并添加这些提示或者还有其他类似待讨论的细节？

对于问题4，在标题方面，现在wiki已经存在的有大概下面这几种（举例）：

• 作为子页面：
  • 进度/JSON格式（XX/JSON格式）
  • 魔咒/数据驱动（XX/数据驱动）
• 直接在现有页面新增标题：
  • 狼#数据驱动性
• 独立页面：
  • 物品修饰器、物品堆叠组件、战利品表

是否选择以上之一作为统一的标题标准？或者有其他的修改建议？ --Luoboju0 2024年5月6日 (一) 08:57 (UTC)

讨论

 补充：对于问题4，目前拥有独立页面且与游戏既有特性重名的一般称作“自定义某某”，如自定义世界生成、自定义地物、自定义生物群系、自定义结构、自定义字体等等。另外，直接在现有页面新增标题的除了有“数据驱动”，也有“JSON格式”-- Leo_leo_768（Talk｜Contributions） 2024年5月6日 (一) 11:10 (UTC)

我倾向于同英文Wiki，需由原版游戏特性页面中单独分出页面的页面名一律作“自定义某某”，如此便也无需处理1、2问题，并提供了清晰的含意。模糊不清的数据驱动一词就别在Wiki上用了。关于问题3，自然是要补“仅Java版”的，但目前有不少本身非仅Java版但只写了Java版内容的页面，如标签与战利品表。── Leo_leo_768（Talk｜Contributions） 2024年5月8日 (三) 10:44 (UTC)

 可以。“自定义某某”确实有利于读者理解相关条目内容。按照建议，若从已有的游戏特性页面分出“自定义某某”作为独立页面名称，目前可以考虑的变更为：

• 魔咒/数据驱动 -> 自定义魔咒
• 进度/JSON格式 -> 自定义进度
• 战利品表 - 新增关联页面： 自定义战利品表
• 配方 - 新增关联页面：自定义配方
• 伤害类型/JSON格式 -> 自定义伤害类型

如上，假定已经解决了问题1、2、3，又衍生如下新问题：

6. 虽然“需由原版游戏特性页面中单独分出页面的页面名一律作‘自定义某某’”的规则解决了问题4中的关于子页面的问题，但随之而来的新问题是，为了总体的规整，其它的一些页面是否也添加上“自定义”前缀？例如：

• 模型 -> 自定义模型
• 着色器 -> 自定义着色器
• 聊天类型 -> 自定义聊天类型
• 物品堆叠组件 -> 自定义物品组件
• 狼#数据驱动性 -> 狼#自定义数据

另外：

7. 对于独立页面物品修饰器，是否应修改为“战利品表物品函数”？（类似地，是否修改战利品表谓词为战利品表条件？）

8. 战利品表是否应拆分为其主要页面与其数据驱动子页面（模仿进度）？

--Luoboju0 2024年5月10日 (五) 15:43 (UTC)

对于 7.，物品修饰器不是只能用于战利品表，故应该保留名；同理，战利品表谓词确实应修改为述词 YTMango9487（留言） 2024年6月8日 (六) 05:18 (UTC)

对于7，当时的想法更多地是从源码的角度出发。在源码中，物品修饰器其实是战利品表物品函数的一种数据形式。战利品表谓词在源码中也即为LootItemCondition（战利品表物品条件）。对于单独的“谓词”页面，也确实有这个想法。因为现在有很多的“谓词”，有这个页面后也更容易让读者理解什么是“谓词”以及有哪些“谓词”。 --Luoboju0 2024年6月8日 (六) 06:42 (UTC)

关于述词，过去主要反对单叫述词的理由是“叫述词的东西太多”。然而时至今日，谓词（消歧义）依然空空如也。实际上，单独的“述词”而不加前缀绝对指的只会是战利品表谓词，反之，提到它时也根本不会有人加一个“战利品表”，同时适用于中英文，包含Mojang称呼时乃至游戏内都是如此。而其他名字中包含“述词”的事物则必然会有可轻易区分的前缀。至于物品修饰器就更不用说了，完全没有撞名问题。源代码命名方面，那比较是Mojang自己的历史遗留问题。故支持YTMango9487君的看法。 ── Leo_leo_768（Talk｜Contributions） 2024年6月8日 (六) 06:57 (UTC)（最后编辑于2024年6月8日 (六) 07:10 (UTC)）

 反对自定义。当初之所以世界生成页面命名为“自定义xx”，是因为在当时原版世界生成完全是硬编码的，因此数据包中的世界生成文件相对于原版世界生成而言称为“自定义xx”。然而，如今原版世界生成、原版魔咒之类的都是数据驱动的，原版文件的格式与自定义文件的格式没任何区别，因此不能称为“自定义xx”。 Chixvv（留言） 2024年6月9日 (日) 00:37 (UTC)

 补充。最近看了enwiki有关数据包相关页面标题的讨论，实际上我改变了之前的想法——“自定义”确实不够准确，容易产生一些歧义。按照enwiki建议，“自定义”更适合用于相关页面的教程而非作为主条目标题。另外，“自定义”没有很好地描述这些页面的核心内容，即所描述的其实是解编码器在应用时所处理的数据结构。 --Luoboju0 2024年6月9日 (日) 07:41 (UTC)

对于问题7，我确实认为 同意将“战利品表谓词”改为“谓词”，理由也大致与上所述达成一定共识。“物品修饰器”也依然维持原名。

对于问题4，即标题的命名问题，目前我认为采用“某某数据格式”即可，目前移动了“进度、魔咒”相关页面为“进度数据格式、魔咒数据格式”。该名称表意较为直接，且相比其他标题不容易产生歧义和困惑。在标题问题方面，enwiki的讨论结果为“某某定义”。主要是针对一些与现有游戏内容相关的子页面，目前enwiki已经移动了一些页面，如将“自定义魔咒”改为了“魔咒定义（Enchantment Definition）”。--Luoboju0 2024年6月9日 (日) 07:49 (UTC)

阁下于近期已将部分资料包相关页面移动，却留了一部分是因为？ ──  Leo_leo_768（Talk｜Contributions） 2024年7月2日 (二) 11:45 (UTC)

1)懒。有些已经移动的还有一些链接名称可能需要改。其它没有移动的是因为我我懒癌发作。

2)战利品表谓词我现在有点犹豫不知道移动不移动。因为我还没弄清楚各个谓词在数据包系统中的整个结构。

3)关于worldgen方面的，是我的知识短板，有些地方的概念我认为有点乱，在我该清楚一些事情之前我不知道怎么处理，所以停止了。

4)有一些数据包注册项比较分散，我之前也因为这些而犹豫。比如画变种，狼变种，盔甲纹饰，锻造模板这些——到底弄成单独页面还是...？

--Luoboju0 2024年7月2日 (二) 12:00 (UTC)

其实还有一些问题，比如现在的配方基本上只是讲了配方的数据格式——依照现有的名称规则——一个问题随之诞生：为什么不移动到新页面名“配方数据格式”？然后我又在想，worldgen还有一大堆东西是不是都要写上“数据格式”整个尾缀？或者说，是不是应该分配一个单独的页面或者命名空间来存储整个“数据格式”或“序列化格式”相关的内容，这样更显得比较统一？--Luoboju0 2024年7月2日 (二) 12:06 (UTC)

还有一个问题，现在数据包相关页面其实依然不方便进行统一查阅——内容基本上只是通过数据包文件夹整个媒介联系起来。如果能出一个类似于Data packs导航栏的页面可能是比较好的。因为以后数据包项可能会更多，到时候通过文件夹目录可能不太好查，也不方便玩家了解数据包的内容和结构。在这一方面，我也想到了和资源包的关联——Minecraft的“包”整体性。现在狼变种和画变种已经初现端倪，如果有朝一日能用一种方法将两者的知识脉络都进行一定的统一和梳理或许更好。

其实说到包，现在wiki上的所有“包”都不好直接查其中的原版内容。很多时候玩家还是需要的——一般都是直接解压jar。所以我在想这方面又如何处理？因为很多内容其实还是在原版包的基础上进行合并或修改的，有时候也必须参照原版包的内容。 --Luoboju0 2024年7月2日 (二) 12:17 (UTC)

该帖相关的基础性工作已经完成，故可以关闭该帖--Luoboju0 2024年8月12日 (一) 12:25 (UTC)

标记为待关闭。 Lxazl5770_zh.admin（论 ▪ 功） 2024年8月12日 (一) 12:26 (UTC)