yarn
yarn copied to clipboard
StatusEffectInstance -> StatusEffect, SE -> SEType, SEType -> SECategory
(SE
= StatusEffect
)
This would make it match things like Entity
and EntityType
.
How do they show up in vanilla registry class?
The registry (of StatusEffect
s) is called mob_effect
.
Hmm, we have ItemStack
vs Item
, InfoEnchantment
vs Enchantment
, and StatusEffectInstance
vs StatusEffect
. They are all type + count combinations with some extra informations. Don't think simply renaming StatusEffectInstance
to StatusEffect
is helpful in this way.
StatusEffect
vs StatusEffectType
vs StatusEffectCategory
would match Entity
vs EntityType
vs EntityCategory
, as well as BlockEntity
vs BlockEntityType
.
Also, what sort of a name is InfoEnchantment
🤔
InfoEnchantment
is the enchantment type + level pair. maybe we can have InfoEnchantment
-> Enchantment
and Enchantment
-> EnchantmentType
Nah that doesn't make much sense imo. It would be more like an EnchantmentState probably. Still not big on that name though.
Sure, I agree with juuz's rename proposal now.
Note that EntityCategory
is no more (now renamed to SpawnGroup
), may need a better name for StatusEffectCategory
I think StatusEffectCategory
still works for what it does. (we don't have to follow entity naming in status effects)
Now looking at #2648, renaming the current enum for beneficial harmful and neutral to category is good. The other two renames though I still object to.
Would StatusEffectEntry
be a suitable name for the current StatusEffectInstance
?