Yarn: CommandBlockBlockEntity -> CommandBlockEntity

Es ist ein CommandBlock BlockEntity kein CommandBlockBlock Entity

Aber nach dieser Logik sollte die Klasse CommandBlock CommandBlockBlock heißen.

Du hast einen Punkt ^^

Gerecht.

Persönlich denke ich, dass es ein doppeltes Block-Suffix geben sollte. Da es sich um einen (Notiz-)Block handelt, nicht um einen (Notiz-)Block

Aber nach dieser Logik sollte die CommandBlock-Klasse CommandBlockBlock heißen.

Ich denke, es sollte.

Ebenfalls relevant sind hier die Blöcke grass und grass_block . Ich bin mir nicht sicher, wie diese derzeit benannt sind, sollten aber in diesem Zusammenhang wahrscheinlich berücksichtigt werden

Ich bin für CommandBlockBlock

Ist das Suffix nicht dazu gedacht, den Typ der Klasse deutlich zu machen? CommandBlock enthält bereits, block, weil es ein Suffix ist, das von mojang erstellt wurde, um Befehle vom Typ block zu bezeichnen. Der BlockBlock wird hier nicht benötigt.

Außer Block ist nicht das Suffix; die gesamte Basisklasse ist. In diesem Fall wäre das Suffix jeder Unterklasse von BlockEntity BlockEntity - wie bei jeder anderen Basisklasse in den aktuellen Mappings - und das Präfix jeder Unterklasse von BlockEntity ist der gesamte Klassenname ihres Blocks, einschließlich des Präfixes dieses Klassennamens , daher ist das Präfix CommandBlock und das Suffix ist BlockEntity.
Das Entfernen eines der Blöcke kann als Präfix CommandBlock mit dem Suffix Entity gelesen werden - was auf den ersten Blick impliziert, dass es eine Unterklasse von Entity ist - Präfix Command mit dem Suffix BlockEntity - was bedeutet, dass es die BlockEntity eines Blocks namens Command und nicht CommandBlock auf den ersten Blick ist - oder einfach als verkürzte Form von CommandBlockBlockEntity, wodurch Mehrdeutigkeit eingeführt wird.
Davon abgesehen sollten die meisten Leute inzwischen wissen, dass CommandBlocks BlockEntities und keine normalen Entities haben und dass CommandBlock mit Command beginnt. Der aktuelle Weg stimmt jedoch mit dem Rest der Mappings überein, und die Konsistenz macht die Sache einfacher, auch wenn sie nicht so leicht von der Zunge rollt.

der aktuelle Weg stimmt mit dem Rest der Zuordnungen überein

Ich glaube nicht, dass es so ist, weil CommandBlock nicht CommandBlockBlock . Ihr Punkt zur Mehrdeutigkeit ist jedoch gut.