Yarn: معلمات IBlockState: حالة أم كتلة؟

state .

ويجب أن يظل IBlockState كما هو ، IMO.

مماثل لـ ItemStack . أعتقد أنه مثال على item أكثر من stack والذي لا يتم تشغيله إلا للعناصر القابلة للتكديس على أي حال. أفكر في IBlockState كمثال للكتلة في العالم أيضًا ، عندما يتم تمريرها إلى أساليب مثل هذه.

لماذا لا تكون المعلمات الواضحة مثل itemStack ، blockState ؟

mezz لأنها طويلة ولا تضيف أي شيء حقًا. من الناحية المثالية ، لا ينبغي تسمية المعلمة بعد النوع ولكن استخدامها في الكود. وفي الاستخدام ، غالبًا ما أفكر في المعلمة المذكورة على أنها "العنصر" الذي تعمل عليه الطريقة ".

قد يكون الأمر محيرًا لأن لدينا فئة Item ولكننا نقول أننا أعدنا تسميتها إلى ItemType ، الأمر الذي يبدو أكثر منطقية بالنسبة لي نظرًا لأن مثيل Item ليس مثيل عنصر ولكن يصف نوعًا من العناصر ، فسيؤدي ذلك إلى إزالة هذا الالتباس.

من خلال ما تمت مناقشته في أوقات مختلفة من irc ، يبدو أنه يتم استخدام state ما لم يكن هناك العديد من الحالات مثل أكثر من BlockState أو BlockState و FluidState في السياق.

نعم فعلا.