Yarn: CommandBlockBlockEntity -> CommandBlockEntity

CommandBlock BlockEntity . CommandBlockBlock Entity 아닙니다.

그러나 그 논리에서 CommandBlock 클래스는 CommandBlockBlock 라고 불려야 합니다.

포인트가 되셨군요^^

공정한.

개인적으로 이중 블록 접미사가 있어야 한다고 생각합니다. (노트) 블럭이 아니라 (노트 블럭) 블럭이므로

그러나 해당 논리에서 CommandBlock 클래스는 CommandBlockBlock이라고 해야 합니다.

그래야 한다고 생각합니다.

여기에는 grass 및 grass_block 블록도 관련이 있습니다. 현재 이름이 어떻게 지정되어 있는지 확실하지 않지만 아마도 이 컨텍스트 내에서 고려되어야 할 것입니다.

저는 CommandBlock을 지지합니다

접미사는 클래스의 유형을 명확하게 하기 위한 의도가 아닌가요? CommandBlock에는 블록 유형의 명령을 나타내기 위해 mojang에서 생성된 접미사이기 때문에 이미 블록이 포함되어 있습니다. 여기에는 BlockBlock이 필요하지 않습니다.

블록이 접미사가 아님을 제외하고; 전체 기본 클래스입니다. 이 경우 BlockEntity의 모든 하위 클래스의 접미사는 현재 매핑의 다른 모든 기본 클래스와 마찬가지로 BlockEntity이고 BlockEntity의 모든 하위 클래스의 접두사는 해당 클래스 이름의 접두사를 포함하여 블록의 전체 클래스 이름입니다. , 따라서 접두사는 CommandBlock이고 접미사는 BlockEntity입니다.
블록 중 하나를 제거하는 것은 접미사 Entity가 있는 CommandBlock 접두사로 읽을 수 있습니다. 이는 언뜻 보기에는 Entity의 하위 클래스임을 암시합니다. 단순히 CommandBlockBlockEntity의 단축된 형태로, 따라서 모호성을 도입합니다.
즉, 대부분의 사람들은 CommandBlock에 일반 엔터티가 아닌 BlockEntities가 있고 CommandBlock이 Command로 시작한다는 것을 알아야 합니다. 그러나 현재 방법은 나머지 매핑과 일치하며 일관성이 있으면 혀에서 쉽게 벗어나지 않더라도 작업이 더 쉬워집니다.

현재 방법은 나머지 매핑과 일치합니다.

CommandBlock 이 CommandBlockBlock 아니기 때문에 그렇지 않다고 생각합니다. 그러나 모호성에 대한 귀하의 요점은 좋습니다.