Yarn: CommandBlockBlockEntity -> CommandBlockEntity

C'est un CommandBlock BlockEntity pas un CommandBlockBlock Entity

Mais selon cette logique, la classe CommandBlock devrait s'appeler CommandBlockBlock .

Tu marques un point ^^

Équitable.

Personnellement, je pense qu'il devrait y avoir un double suffixe Block. Comme il s'agit d'un bloc (note) et non d'un bloc (note)

Mais selon cette logique, la classe CommandBlock doit s'appeler CommandBlockBlock.

Je pense que ça devrait.

Les blocs grass et grass_block sont également pertinents. Je ne sais pas comment ceux-ci sont actuellement nommés, mais devraient probablement être considérés dans ce contexte

Je suis pour CommandBlockBlock

Le suffixe n'a-t-il pas pour but de préciser le type de la classe ? CommandBlock contient déjà block, car c'est un suffixe créé à partir de mojang pour désigner des commandes de type block. Le BlockBlock n'est pas nécessaire ici.

Sauf que le bloc n'est pas le suffixe ; toute la classe de base est. Dans ce cas, le suffixe de toute sous-classe de BlockEntity serait BlockEntity - comme pour toutes les autres classes de base dans les mappages actuels - et le préfixe de chaque sous-classe de BlockEntity est le nom de classe entier de son bloc, y compris le préfixe de ce nom de classe , ainsi le préfixe est CommandBlock et le suffixe est BlockEntity.
La suppression de l'un des blocs peut être lu comme le préfixe CommandBlock avec le suffixe Entity - ce qui implique qu'il s'agit d'une sous-classe d'Entity à première vue - le préfixe Command avec le suffixe BlockEntity - ce qui implique qu'il s'agit du BlockEntity d'un bloc appelé Command et non CommandBlock à première vue - ou simplement comme une forme abrégée de CommandBlockBlockEntity, introduisant ainsi une ambiguïté.
Cela étant dit, la plupart des gens devraient savoir maintenant que les CommandBlocks ont des BlockEntities et non des Entités normales et que CommandBlock commence par Command. Cependant, la méthode actuelle est cohérente avec le reste des mappages, et la cohérence facilite les choses, même si elle ne sort pas aussi facilement de la langue.

la manière actuelle est cohérente avec le reste des mappages

Je ne pense pas que ce soit le cas, car CommandBlock n'est pas CommandBlockBlock . Votre point sur l'ambiguïté est bon, cependant.