Yarn: CommandBlockBlockEntity -> CommandBlockEntity

这是CommandBlock BlockEntity不是CommandBlockBlock Entity

但是按照这个逻辑， CommandBlock类应该被称为CommandBlockBlock 。

你得到了一个点^^

公平的。

个人认为应该有双Block后缀。 因为它是（音符块）块，而不是（音符）块

但是按照这个逻辑，CommandBlock 类应该被称为 CommandBlockBlock。

我认为应该。

与此相关的还有grass和grass_block块。 不确定这些目前是如何命名的，但可能应该在这种情况下考虑

我支持 CommandBlockBlock

后缀不是要明确类的类型吗？ CommandBlock 已经包含，block，因为它是由 mojang 创建的后缀，用于表示类型为 block 的命令。 这里不需要 BlockBlock。

除了块不是后缀； 整个基类是。 在这种情况下，BlockEntity 的任何子类的后缀将是 BlockEntity - 与当前映射中的所有其他基类一样 - BlockEntity 的每个子类的前缀是其块的整个类名，包括该类名的前缀，因此前缀是CommandBlock，后缀是BlockEntity。
删除其中一个块可以读作前缀 CommandBlock 后缀为 Entity - 乍一看暗示它是 Entity 的子类 - 前缀 Command 后缀 BlockEntity - 暗示它是名为 Command 的块的 BlockEntity 而不是 CommandBlock 乍一看 - 或简单地作为 CommandBlockBlockEntity 的缩写形式，从而引入歧义。
话虽如此，现在大多数人都应该知道 CommandBlock 有 BlockEntities 而不是普通实体，并且 CommandBlock 以 Command 开头。 然而，当前的方式与其余的映射一致，一致性使事情变得更容易，即使它不那么容易从舌头上滚下来。

当前方式与其余映射一致

我不认为是，因为CommandBlock不是CommandBlockBlock 。 不过，你关于歧义的观点是好的。