Yarn: कमांडब्लॉकब्लॉकएंटिटी -> कमांडब्लॉकएंटिटी

यह CommandBlock BlockEntity न कि CommandBlockBlock Entity

लेकिन उस तर्क पर, CommandBlock वर्ग को CommandBlockBlock कहा जाना चाहिए।

आपको एक बिंदु मिला ^^

निष्पक्ष।

व्यक्तिगत रूप से मुझे लगता है कि एक डबल ब्लॉक प्रत्यय होना चाहिए। चूंकि यह एक (नोट ब्लॉक) ब्लॉक है, न कि (नोट) ब्लॉक

लेकिन उस तर्क पर, कमांडब्लॉक क्लास को कमांडब्लॉकब्लॉक कहा जाना चाहिए।

मुझे लगता है कि चाहिए।

grass और grass_block ब्लॉक भी यहां प्रासंगिक हैं। निश्चित नहीं है कि वर्तमान में इनका नाम कैसे रखा गया है, लेकिन शायद इस संदर्भ में विचार किया जाना चाहिए

मैं कमांडब्लॉकब्लॉक के लिए हूं

क्या प्रत्यय वर्ग के प्रकार को स्पष्ट करने का इरादा नहीं है? कमांडब्लॉक में पहले से ही ब्लॉक है, क्योंकि यह मोजंग से निरूपित करने के लिए बनाया गया प्रत्यय है, टाइप ब्लॉक के कमांड। यहां ब्लॉकब्लॉक की जरूरत नहीं है।

ब्लॉक को छोड़कर प्रत्यय नहीं है; संपूर्ण आधार वर्ग है। इस मामले में, BlockEntity के किसी भी उपवर्ग का प्रत्यय BlockEntity होगा - जैसा कि वर्तमान मैपिंग में हर दूसरे आधार वर्ग के साथ है - और BlockEntity के प्रत्येक उपवर्ग का उपसर्ग उसके ब्लॉक का संपूर्ण वर्ग नाम है, जिसमें उस वर्ग के नाम का उपसर्ग भी शामिल है। , इस प्रकार उपसर्ग कमांडब्लॉक है और प्रत्यय BlockEntity है।
ब्लॉकों में से एक को हटाने को प्रत्यय इकाई के साथ उपसर्ग कमांडब्लॉक के रूप में पढ़ा जा सकता है - जिसका अर्थ है कि यह पहली नज़र में इकाई का उप-वर्ग है - प्रत्यय ब्लॉक एंटीटी के साथ उपसर्ग कमांड - जिसका अर्थ यह है कि यह कमांड नामक ब्लॉक की ब्लॉक इकाई है और पहली नज़र में कमांडब्लॉक नहीं है - या बस CommandBlockBlockEntity के संक्षिप्त रूप के रूप में, इस प्रकार अस्पष्टता का परिचय देता है।
ऐसा कहा जा रहा है कि, अधिकांश लोगों को अब तक पता होना चाहिए कि कमांडब्लॉक में ब्लॉकएंटिटीज हैं और सामान्य इकाइयां नहीं हैं और कमांडब्लॉक कमांड से शुरू होता है। हालांकि, वर्तमान तरीका बाकी मैपिंग के अनुरूप है, और निरंतरता चीजों को आसान बनाती है, भले ही यह आसानी से जीभ से लुढ़क न जाए।

वर्तमान तरीका बाकी मैपिंग के अनुरूप है

मुझे नहीं लगता कि ऐसा इसलिए है क्योंकि CommandBlock CommandBlockBlock । हालाँकि, अस्पष्टता पर आपकी बात अच्छी है।