本帖最后由 Chelover_C60 于 2021-11-8 19:52 编辑
我赞同分成两组,但我可能更倾向于将数据包归类到命令而不是将命令归类到数据包。总体来看数据包里很多的东西都像是为命令做服务或补充,然后通过命令调用,而函数也只是一种命令的载体。(又想了想,在对数据包评级后奖励一个命令勋章好像也不是太合适。。。emmm算了不管了)
同时指出一个小问题,1.9之后红石对命令的作用其实已经很小了,1.12的函数让只是让命令方块没那么大的存在感了罢了
针对已发出勋章问题陈述一下我的个人想法,不知是否可行。
批量回收、改发勋章可能在技术上有一定的困难,且合理性存疑,因此(可能)可以由勋章拥有者自行决定申请。具体形式为拥有勋章且有更换意向的人申请更换勋章,并附上已发表的相关帖子链接,由管理员审核并更换。
同时考虑到已有红石勋章的人可能自行申请命令/数据包勋章,针对这种情形分两种情况讨论:①若用户有满足新方案规定的红石勋章获得条件,则发放新勋章,旧勋章保留,且发放贡献。②若用户不满足新方案规定的红石勋章获得条件,则发放新勋章,旧勋章回收,不发放贡献。
也就是说,通过命令/数据包获得红石勋章的人可自行决定持有红石勋章还是命令/数据包勋章。已通过命令/数据包获得红石勋章且没有红石相关帖子(或无法满足新要求)的人若不申请命令/数据包,则依然可以保留红石勋章,但如果申请了命令/数据包勋章,则需要回收红石勋章(当然如果满足新规定就不需要回收了)。
Xiao2 发表于 2021-11-8 18:14
我的建议的勋章包括了命令。我也写明了评级的方案,里面明确写了命令/函数。您可以再看看我的方案的详细 ...
我赞同分成两组,但我可能更倾向于将数据包归类到命令而不是将命令归类到数据包。总体来看数据包里很多的东西都像是为命令做服务或补充,然后通过命令调用,而函数也只是一种命令的载体。(又想了想,在对数据包评级后奖励一个命令勋章好像也不是太合适。。。emmm算了不管了)
同时指出一个小问题,1.9之后红石对命令的作用其实已经很小了,1.12的函数让只是让命令方块没那么大的存在感了罢了
针对已发出勋章问题陈述一下我的个人想法,不知是否可行。
批量回收、改发勋章可能在技术上有一定的困难,且合理性存疑,因此(可能)可以由勋章拥有者自行决定申请。具体形式为拥有勋章且有更换意向的人申请更换勋章,并附上已发表的相关帖子链接,由管理员审核并更换。
同时考虑到已有红石勋章的人可能自行申请命令/数据包勋章,针对这种情形分两种情况讨论:①若用户有满足新方案规定的红石勋章获得条件,则发放新勋章,旧勋章保留,且发放贡献。②若用户不满足新方案规定的红石勋章获得条件,则发放新勋章,旧勋章回收,不发放贡献。
也就是说,通过命令/数据包获得红石勋章的人可自行决定持有红石勋章还是命令/数据包勋章。已通过命令/数据包获得红石勋章且没有红石相关帖子(或无法满足新要求)的人若不申请命令/数据包,则依然可以保留红石勋章,但如果申请了命令/数据包勋章,则需要回收红石勋章(当然如果满足新规定就不需要回收了)。
Chelover_C60 发表于 2021-11-8 19:18
我赞同分成两组,但我可能更倾向于将数据包归类到命令而不是将命令归类到数据包。总体来看数据包里很多的 ...
数据包是函数的超集,还有地形生成、配方、结构等一系列内容不依赖命令的呢。
数据包的未来可能向基岩版看齐,到那时就是谁也离不开谁了。
1.9到1.12间的ccb rcb等等甚至衍生出了模块化思想,ooc达到顶峰,确实没有红石的事情。那时候2b也没有单列勋章的计划,个人认为1.12作为节点,发生质变应该是毋庸置疑的。
我觉得可以,将红石和函数分开,毕竟二者相差很大,是两个不同领域的东西