Yarn: उत्तर/एस/डब्ल्यू/ई/यू/डी -> जेडएन/जेडपी/...

क्षमा करें, लेकिन मैं असहमत हूं।

• यदि आपके पास गणित में बहुत अच्छा कौशल नहीं है, तो ये नाम अधिक भ्रमित करने वाले हैं और कोड में बहुत कम पठनीय हैं।
• "कोड आमतौर पर अक्ष + दिशा या xyz निर्देशांक को ध्यान में रखकर लिखा जा रहा है, न कि कार्डिनल दिशा ("5 ब्लॉक पश्चिम + 1 दक्षिण")।" - वह कोड आमतौर पर सीधे x/y/z निर्देशांक को संशोधित करता है, एनम का उपयोग नहीं करता है।
• हर कोई जिसे मैं जानता हूं, यहां तक ​​​​कि गैर-मोडर्स, इस कार्डिनल दिशा मानचित्रण को ध्यान में रखते हुए समन्वय करते हैं, बस उनका उपयोग करके उनकी सापेक्ष दूरी को संदर्भित करने के लिए, कहते हैं।

मुझे लगता है कि यह अत्यधिक सख्त हो रहा है।

ऊपर/नीचे के अलावा, मुझे कभी भी किसी अन्य दिशा का स्पष्ट रूप से संदर्भ नहीं देना पड़ा, इसलिए मैं इसे एक गैर-मुद्दा मानूंगा। ऐसा कुछ देखना दुर्लभ है जो अलग-अलग क्षैतिज दिशा पर अलग-अलग काम करता है, उस दिशा को हार्डकोड किया जाता है। हो सकता है कि कुछ स्विच को छोड़कर ... सभी मौजूदा दिशाओं पर मामला हो, लेकिन किसी भी मामले में आपको अभी भी यह जानने की आवश्यकता नहीं है कि वे दिशाएं निर्देशांक के लिए कैसे मैप करती हैं, क्योंकि वहां पर्याप्त से अधिक उपयोगी विधियां हैं।

और यह एक एनम भी है, जहां शायद प्रविष्टियों का नाम बदलना एक अच्छा विचार नहीं है। बाइटकोड में स्ट्रिंग नाम सीधे फ़ील्ड के नाम से मेल खाते हैं, एक अच्छा मौका है कि यह डीकंपलर और यहां तक ​​​​कि आईडीई को भ्रमित करने वाला है।

हाँ, यह भी एक महत्वपूर्ण कारक है। valueOf() दिशा के लिए कार्डिनल्स लौटाता है, इसलिए Mojang वास्तव में उन्हें आंतरिक रूप से संदर्भित करता है।

क्षैतिज फेसिंग के लिए आम तौर पर 4 संदर्भ/उपयोग होते हैं:

• सभी को पुनरावृत्त करना
• विरोधी (पड़ोसी बातचीत, विश्वजन)
• समन्वय डेल्टा (जैसे इकाई आंदोलन कोड)
• अक्ष (अक्ष नेस्टेड वर्ग के उपयोग देखें)

समान उपसर्ग के कारण अक्ष संकेतन के साथ विपरीत थोड़ा अधिक स्पष्ट हैं। निर्देशांक डेल्टा अक्ष संकेतन का दृढ़ता से समर्थन करते हैं, a.getX() - b.getX() स्पष्ट रूप से XN/XP से संबंधित है, लेकिन पश्चिम/पूर्व के लिए इतना अधिक नहीं है। अक्ष भी एक्स/वाई/जेड हैं, उत्तर-दक्षिण/पश्चिम-पूर्व/ऊपर-नीचे नहीं।

"गणित में बहुत अच्छा कौशल" -> वे बुनियादी समन्वय ऑफसेट/निर्देशित धुरी हैं, यह कठिन या अपठनीय नहीं है। इसके विपरीत, "पश्चिम" अपठनीय है यदि इसके चारों ओर का कोड निर्देशांक के साथ काम करता है और आपको पहले इसके समन्वय संबंध को देखना होगा।

"वह कोड आमतौर पर सीधे x/y/z निर्देशांक को संशोधित करता है" -> BlockPos में ऑफ़सेट/चाल के तरीके असहमत हैं। आप वास्तव में उन प्रत्यक्ष संशोधनों को करते हैं क्योंकि वर्तमान नामों के साथ संबंध कितना अस्पष्ट है

Enum फ़ील्ड का नाम बदलना कोई तकनीकी समस्या नहीं है, उन्हें mojang नामों में af कहा जाता है। मुझे लगता है कि वे काफी खराब हैं जहां Mojang के नामकरण विकल्पों को भी पूरा नहीं करना महत्वपूर्ण है।

मैं बस एक भी मामला खोजने में विफल रहता हूं जहां उत्तर/दक्षिण/पश्चिम/पूर्व थोड़ा कम गणित दिखने के अलावा समझ में आता है।

Enum फ़ील्ड का नाम बदलना कोई तकनीकी समस्या नहीं है, उन्हें mojang नामों में af कहा जाता है।

गलत। Mojang के प्रोगार्ड कॉन्फ़िगरेशन द्वारा भी, valueOf कॉल को काम करने के लिए एनम नाम को संरक्षित किया जाता है। वे नाम हैं जिन्हें हम जानते हैं ।

शिप किए गए

मुझसे बड़ा नहीं।

मैं भी असहमत हूं, मुझे लगता है कि इससे इसके मूल्य से अधिक भ्रम पैदा होगा

अगर कुछ भी हो, तो मैं कहूंगा कि NORTH_XP, SOUTH_XN, आदि।

हालांकि मुझे वास्तव में इसकी आवश्यकता नहीं दिख रही है। मैं सिर्फ वर्तमान के साथ रहूंगा

उत्तर_एक्सपी

यह NORTH_ZN है।

मुझे लगता है कि आपने अभी-अभी प्लेयर की बात साबित की है।

लेकिन मैं मोडमस और काशीके से सहमत हूं, भले ही मैं आपकी बात को अब कुछ और स्पष्ट रूप से देख सकता हूं और मुझे लगता है कि यह कुछ हद तक मान्य है।

मैं इससे सहमत नहीं हूं और इससे बहुत भ्रम होगा