Yarn: Parámetros de IBlockState: ¿estado o bloque?

state .

Y IBlockState debería permanecer como está, en mi opinión.

Similar con ItemStack . Pienso en ello como una instancia de un item más que un stack que solo entra en juego para los elementos apilables de todos modos. También pienso en IBlockState como una instancia de un bloque en el mundo, cuando se pasa a métodos como este.

¿Por qué no parámetros inequívocos como itemStack , blockState ?

@mezz Porque son largos y realmente no agregan nada. Idealmente, un parámetro no debería tener el nombre del tipo, sino de su uso en el código. Y en uso, a menudo pienso en dicho parámetro como "el 'elemento' en el que está operando el método".

Puede ser confuso porque tenemos la clase Item pero digamos que le cambiamos el nombre a ItemType , lo cual tiene más sentido para mí ya que una instancia de Item no es una instancia de elemento sino describe un tipo de elemento, eliminaría esta confusión.

Por lo que se ha discutido en irc varias veces, parece que van con state menos que haya varios tipos de estados, como más de 1 BlockState o BlockState y FluidState en el contexto.

Si.