本帖最后由 Xiao2 于 2021-11-8 20:10 编辑

目前没有关于数据包领域的勋章。个人认为数据包不同于红石，因此也不适用于【红石爱好者】和【红石专家】

建议设立新的勋章体系，并修改原有“红石爱好者”和“红石大师”的勋章体系
如：
【数据包爱好者】
5篇命令/函数、数据包原创教程或5个获得“原创”以上评级的数据包
【数据包专家】
1篇命令/函数、数据包类“精华”教程，或1个获得“精华”评级的数据包
评级内容可以再议论，比如3个获得“优秀”评级的数据包等等。

前者对应游戏技巧版命令、数据包方面的教程帖，后者对应数据包板块的帖子。

名称可以再议论
如
【命令爱好者】【命令学徒】【忠于原版】【原版模组爱好者】
【数据包大师】【命令专家】【命令大师】【原版模组专家】【原版大师】【原版狂魔】
等等


*最末称号致敬2b

之所以没有设计数据包勋章，是因为考虑到数据包和命令方块相关作品类似，如果要制作一个勋章，那也必须是和命令相关，如果硬是要把数据包单独拿出来，那也还是要把命令相关作品也分离出来，这就会产生1~2组新的勋章。但这就有一个问题，红石勋章是包括了命令相关内容的，如果现在更改条件，已经发出去的勋章如何处理？早期的命令方块受限于红石系统，因此理所当然的被归入红石系列，现在看来这样的分类是错误的。

所以我的想法是这样的，要么把红石勋章改为一种囊括红石和命令开发的高端技术型玩家的代表，要么分割为红石、命令勋章，要么分割为红石、命令、数据包勋章。

我的建议的勋章包括了命令。我也写明了评级的方案，里面明确写了命令/函数。您可以再看看我的方案的详细内容。

1.12以后的命令/函数，总体而言依附于数据包，因此不会与数据包冲突，因此命令和数据包合用一组勋章足够了。
1.12以前的命令确实依附于红石，
因此总体而言 红石、数据包两组勋章是足够的。

现在的情况就是处理已经发出去的勋章问题，这是一个难点，不知道有没有先例可供参考。

本帖最后由 Chelover_C60 于 2021-11-8 19:52 编辑

我赞同分成两组，但我可能更倾向于将数据包归类到命令而不是将命令归类到数据包。总体来看数据包里很多的东西都像是为命令做服务或补充，然后通过命令调用，而函数也只是一种命令的载体。（又想了想，在对数据包评级后奖励一个命令勋章好像也不是太合适。。。emmm算了不管了）
同时指出一个小问题，1.9之后红石对命令的作用其实已经很小了，1.12的函数让只是让命令方块没那么大的存在感了罢了

针对已发出勋章问题陈述一下我的个人想法，不知是否可行。

批量回收、改发勋章可能在技术上有一定的困难，且合理性存疑，因此（可能）可以由勋章拥有者自行决定申请。具体形式为拥有勋章且有更换意向的人申请更换勋章，并附上已发表的相关帖子链接，由管理员审核并更换。

同时考虑到已有红石勋章的人可能自行申请命令/数据包勋章，针对这种情形分两种情况讨论：①若用户有满足新方案规定的红石勋章获得条件，则发放新勋章，旧勋章保留，且发放贡献。②若用户不满足新方案规定的红石勋章获得条件，则发放新勋章，旧勋章回收，不发放贡献。

也就是说，通过命令/数据包获得红石勋章的人可自行决定持有红石勋章还是命令/数据包勋章。已通过命令/数据包获得红石勋章且没有红石相关帖子（或无法满足新要求）的人若不申请命令/数据包，则依然可以保留红石勋章，但如果申请了命令/数据包勋章，则需要回收红石勋章（当然如果满足新规定就不需要回收了）。

数据包是函数的超集，还有地形生成、配方、结构等一系列内容不依赖命令的呢。
数据包的未来可能向基岩版看齐，到那时就是谁也离不开谁了。

1.9到1.12间的ccb rcb等等甚至衍生出了模块化思想，ooc达到顶峰，确实没有红石的事情。那时候2b也没有单列勋章的计划，个人认为1.12作为节点，发生质变应该是毋庸置疑的。

我倒想问下 翻译版倒了什么时候取消翻译勋章（

我觉得可以，将红石和函数分开，毕竟二者相差很大，是两个不同领域的东西