Yarn: CommandBlockBlockEntity-> CommandBlockEntity

CommandBlock BlockEntityあり、 CommandBlockBlock Entityはありません

しかし、そのロジックでは、 CommandBlockクラスはCommandBlockBlockと呼ばれる必要があります。

ポイントがもらえました^^

公平。

個人的には、二重のブロック接尾辞が必要だと思います。 （ノート）ブロックではなく（ノートブロック）ブロックなので

ただし、そのロジックでは、CommandBlockクラスはCommandBlockBlockと呼ばれる必要があります。

私はそうすべきだと思います。

ここで関連するのは、 grass grass_blockブロックと

私はCommandBlockBlockのためです

接尾辞は、クラスのタイプを明確にすることを目的としていませんか？ CommandBlockには、ブロックタイプのコマンドを示すためにmojangから作成されたサフィックスであるため、ブロックがすでに含まれています。 ここではBlockBlockは必要ありません。

ブロックが接尾辞ではないことを除いて。 基本クラス全体がです。 この場合、BlockEntityのサブクラスのサフィックスはBlockEntityになります（現在のマッピングの他のすべての基本クラスと同様）。BlockEntityのすべてのサブクラスのプレフィックスは、そのクラス名のプレフィックスを含む、ブロックのクラス名全体です。したがって、プレフィックスはCommandBlockで、サフィックスはBlockEntityです。
ブロックの1つを削除すると、接頭辞CommandBlockと接尾辞Entity-一見エンティティのサブクラスであることを意味します-接頭辞Commandと接尾辞BlockEntity-それがCommandと呼ばれるブロックのBlockEntityであり、一見CommandBlockではないことを意味します-または単にCommandBlockBlockEntityの短縮形として、したがってあいまいさを導入します。
そうは言っても、ほとんどの人は、CommandBlockには通常のエンティティではなくBlockEntitiesがあり、CommandBlockはCommandで始まることを知っているはずです。 ただし、現在の方法は他のマッピングと一貫性があり、一貫性があると、舌から簡単に転がり落ちなくても、作業が簡単になります。

現在の方法は、残りのマッピングと一致しています

CommandBlockがCommandBlockBlockではないため、そうではないと思います。 ただし、あいまいさについてのあなたの指摘は良いです。