InfoEnchantment
不是一个叫做“信息”的附魔,而是一个存储附魔及其等级的数据对象。
建议名称:
EnchantmentState
EnchantmentEntry
EnchantmentInfo
EnchantmentInfo
可能是这三个中最适合的一个。 这并不完美,但您可以将信息推断为“附魔类型”(附魔)与“附魔级别”(数字)的配对。
不过它有什么用呢?
它主要用于 EnchantmentHelper 来表示将要应用于项目的附魔。
所以这是结界的应用? 附魔申请? EnchantOptions
或EnchantAttributes
?
EnchantmentLevelPair
?
EnchantmentInstance
呢? 有点像 StatusEffectInstance
不是一个真正的实例,这个类实际上很少使用,更像是一个Map.Entry<Enchantment, Integer>
附魔值?
我没有遵循 liach 逻辑的前半部分,他并没有真正支持他的“不是一个实例”的说法。
我真正反对EnchantmentInstance
是它不是很有描述性,有点像StatusEffectInstance
也不是很有描述性,而且ItemInstance
也不是,这似乎是 Mojang 的名字根据数据固定器中的字符串为ItemStack
。 三者的区别在于,对于状态效果来说,真的没有更好的名字,而且很难将其众多的领域包含在一个名字中。 ItemStack
是ItemInstance
一个很好的替代品,因为它是 wiki 也使用的一个完善的名称,并且具有逻辑意义。
我仍然认为EnchantmentLevelPair
是最好的名字,因为它只包含两个字段,结界和等级。 它的用法也令人尖叫,它基本上是一个Pair<Enchantment, Integer>
,它被用作EnchantmentHelper
的实用程序类,而 iirc 没有其他地方。
ItemInstance
,根据数据修复器中的字符串,它似乎是 Mojang 的 ItemStack 名称。
vanilla DFU 类型引用使用item_stack
。
vanilla DFU 类型引用使用
item_stack
。
也许修复在某处引用了该名称?
EnchantmentStack
:小土豆:
另外为什么我们之前不使用EnchantmentInfo
?
我们有EnchantmentLevel
类吗? EnchantmentLevels
(不止一次)呢?
这个类的目的是存储一个结界和等级对,所以我建议LevelledEnchantment
或EnchantmentLevelPair
。
EnchantmentStack
不起作用。 您只能拥有一堆具体的对象。
将Enchantment
重命名EnchantmentType
并将这个重命名Enchantment
Enchantment
怎么样?
EnchantmentType
仍然适合另一个,这个类的Enchantment
也是如此,因为您可以说整个事物(类型 + 级别)是一个结界,例如“Sharpness II”。
最有用的评论
将
Enchantment
重命名EnchantmentType
并将这个重命名Enchantment
Enchantment
怎么样?EnchantmentType
仍然适合另一个,这个类的Enchantment
也是如此,因为您可以说整个事物(类型 + 级别)是一个结界,例如“Sharpness II”。