Yarn: Parâmetros IBlockState: estado ou bloco?

Criado em 28 out. 2016 · 6Comentários · Fonte: FabricMC/yarn

Em muitos lugares, IBlockState s são usados em lugares onde Block estariam no passado. Quase quero chamar parâmetros desse tipo block pois faz mais sentido para mim. O que você acha?

Além disso, isso abre a questão de se IBlockState deve simplesmente ser renomeado para IBlock e Block para BlockType ou algo assim? Embora talvez seja um pouco cedo - devemos esperar pelo que Mojang fará com os Blocks, no mínimo ..?

discussion

Fonte

copygirl

Comentários muito úteis

Por que não parâmetros inequívocos como itemStack , blockState ?

mezz em 28 out. 2016

👍2

Todos 6 comentários

state .

E IBlockState deve ficar como está, IMO.

shadowfacts em 28 out. 2016

👍1

Semelhante a ItemStack . Eu penso nisso como uma instância de item mais do que stack que só entra em jogo para itens empilháveis de qualquer maneira. Eu penso em IBlockState como uma instância de um bloco no mundo também, quando ele é passado para métodos como este.

copygirl em 28 out. 2016

Por que não parâmetros inequívocos como itemStack , blockState ?

mezz em 28 out. 2016

👍2

@mezz Porque eles são longos e não acrescentam nada. Idealmente, um parâmetro não deve ser nomeado após o tipo, mas seu uso no código. E, em uso, costumo pensar nesse parâmetro como "o 'item' em que o método está operando".

Pode ser confuso porque temos a classe Item mas digamos que a renomeamos para ItemType , o que faz mais sentido para mim, já que uma instância de Item não é uma instância de item, mas descreve um tipo de item, isso eliminaria essa confusão.

copygirl em 29 out. 2016

Pelo que foi discutido no irc várias vezes, parece que estamos indo com state menos que haja vários tipos de estados, como mais de 1 BlockState ou um BlockState e FluidState no contexto.