多くの場所で、 IBlockState
は、過去にBlock
があった場所で使用されます。 そのタイプのパラメーターをblock
と呼びたいのは、私にとってより理にかなっているからです。 どう思いますか?
さらに、これにより、 IBlockState
を単にIBlock
に名前変更し、 Block
をBlockType
に名前変更する必要があるかどうかという疑問が生じます。 少し早すぎるかもしれませんが、少なくともMojangがBlocksに対して行うことを待つ必要があります。
state
。
そして、 IBlockState
はそのままにしておくべきです、IMO。
ItemStack
と同様です。 私はのインスタンスと考えるitem
以上stack
だけとにかくスタック可能なアイテムのために戦場に出ています。 IBlockState
は、このようなメソッドに渡されるときに、世界のブロックのインスタンスとしても考えます。
itemStack
、 blockState
ような明確なパラメータを使用してみませんか?
@mezz長くて、実際には何も追加しないからです。 理想的には、パラメーターの名前はタイプにちなんで付けるべきではなく、コードでの使用法です。 そして、使用中、私はしばしば、このパラメータを「メソッドが操作している「アイテム」」と考えます。
Item
クラスがあるので混乱するかもしれませんが、名前をItemType
に変更したとしましょう。これは、 Item
インスタンスはアイテムインスタンスではないので、私にはもっと理にかなっています。アイテムのタイプを説明します。これにより、この混乱が解消されます。
ircで何度も議論されてきたことから、コンテキスト内に複数のBlockStateまたはBlockStateとFluidStateなどの複数の種類の状態がない限り、 state
を使用しているように聞こえます。
はい。
最も参考になるコメント
itemStack
、blockState
ような明確なパラメータを使用してみませんか?