Yarn: CommandBlockBlockEntity -> CommandBlockEntity

É um CommandBlock BlockEntity não um CommandBlockBlock Entity

Mas nessa lógica, a classe CommandBlock deve ser chamada de CommandBlockBlock .

Você tem razão ^^

Feira.

Pessoalmente, acho que deveria haver um sufixo de bloco duplo. Como é um bloco (bloco de notas), não um bloco (bloco de notas)

Mas nessa lógica, a classe CommandBlock deve ser chamada de CommandBlockBlock.

Eu acho que deveria.

Também relevantes aqui são os blocos grass e grass_block . Não tenho certeza de como eles são nomeados atualmente, mas provavelmente devem ser considerados neste contexto

Sou a favor do CommandBlockBlock

O sufixo não pretende deixar claro o tipo de aula? CommandBlock já contém, bloco, porque é um sufixo criado a partir de mojang para denotar, comandos do tipo bloco. Não é necessário o BlockBlock aqui.

Exceto que bloco não é o sufixo; toda a classe base é. Neste caso, o sufixo de qualquer subclasse de BlockEntity seria BlockEntity - como com todas as outras classes base nos mapeamentos atuais - e o prefixo de cada subclasse de BlockEntity é o nome de classe inteiro de seu bloco, incluindo o prefixo desse nome de classe , portanto, o prefixo é CommandBlock e o sufixo é BlockEntity.
A remoção de um dos blocos pode ser lida como prefixo CommandBlock com sufixo Entity - implicando que é uma subclasse de Entity à primeira vista - prefixo Command com o sufixo BlockEntity - implicando que é o BlockEntity de um bloco chamado Command e não CommandBlock à primeira vista - ou simplesmente como uma forma abreviada de CommandBlockBlockEntity, introduzindo ambigüidade.
Dito isto, a maioria das pessoas já deve saber que os CommandBlocks têm BlockEntities e não Entidades normais e que o CommandBlock começa com Command. No entanto, a forma atual é consistente com o resto dos mapeamentos e a consistência torna as coisas mais fáceis, mesmo que não saia da língua tão facilmente.

a forma atual é consistente com o resto dos mapeamentos

Não acho que seja, porque CommandBlock não é CommandBlockBlock . Seu ponto de vista sobre a ambigüidade é bom, no entanto.