Yarn: उपसर्ग बनाम प्रत्यय वर्ग नामकरण में

दूसरे दिन @asiekierka के साथ निजी चर्चा से:

22:34 <kasheek> I have a 'block' package with:
22:34 <kasheek> 'BedBlock'
22:34 <kasheek> 'CactusBlock'
22:34 <kasheek> 'MagmaBlock'
22:34 <kasheek> and I import them all into one of my classes. I can:
22:34 <kasheek> - look at the imports, in alphabetical order, without reading "Block" before each word
22:34 <kasheek> - search for ".BedBlock" and get results for BedBlock *and* BedBlockEntity *and* BedBlockEntityRenderer
22:34 <asie> that last one
22:34 <asie> that's a good argument

मैं तर्क दूंगा कि अधिकांश आधुनिक जावा आईडीई में खोज इतनी अस्पष्ट होगी कि ब्लॉकबेड/बेडब्लॉक के आदेश के बावजूद परिणाम दिखाई देगा।

मुझे लगता है कि Mojang या तो प्रत्यय (बेडब्लॉक) या सिर्फ नाम (बिस्तर) का उपयोग करता है।

[स्निप!]

वे वर्ग, शायद, एक ही पैकेज में हैं और उनके नाम इस प्रकार हैं:

RenderType
RepeaterBlock
RotatedPillarBlock
Rotation
SandBlock

एक अन्य उदाहरण, जो यह भी दर्शाता है कि Mojang नामों में इंटरफेस के लिए I उपसर्ग नहीं है:

[स्निप!]

संपादक में नाम छांटते समय पूर्व के फायदे हैं

यह सच है अगर सब कुछ एक बड़े "सिंक" पैकेज (जैसे net.minecraft.src ) में मैप किया जाता है, लेकिन यह पैकेजों को सही ढंग से मैप करने के लिए खराब विकल्प है। और यदि कक्षाओं को blocks , items , entities जैसे पैकेजों में रखा जाता है, तो उपसर्ग निरर्थक हो जाते हैं।

जबकि आपके प्रयास सराहनीय हैं, कृपया यहां एमसीपी सामग्री पोस्ट न करें। कृपया अगली बार अपनी बात प्रदर्शित करने के लिए पोम्फ से एनिग्मा मैपिंग या टिनी मैपिंग का उपयोग करें, या सीधे नाम पोस्ट किए बिना उस पर संकेत दें।

हालाँकि, शोध की सराहना की जाती है! हम पहले से ही जानते थे कि Mojang I-उपसर्गों का उपयोग नहीं कर रहा है, ब्रिगेडियर के लिए धन्यवाद, लेकिन दूसरा संकेत बहुत दिलचस्प है। मैं किसी बिंदु पर वर्णमाला क्रम को देखने की योजना बना रहा था, हालांकि यह भी मानने की जरूरत नहीं है कि Minecraft के "आंतरिक नाम" अधिक संशोधित विकास पर्यावरण के लिए सही या उपयुक्त हैं।

मैं व्यक्तिगत रूप से उपसर्गों को पसंद करता हूं, क्योंकि इसका मतलब है कि सभी आइटम एक साथ समूहित हो जाते हैं, सभी बायोम एक साथ समूहित हो जाते हैं, आदि। बेशक, प्रतिवाद यह है कि प्रत्यय सब कुछ बनाते हैं जिसमें कुछ समान होता है, जैसे आयरनइंगोट, आयरनस्वॉर्ड, आयरनब्लॉक, आयरन चेस्टप्लेट, आदि।

@Boundarybreaker वास्तव में, यह है कि वे वैसे भी पैकेज में हैं। तो, .block में, चीजें पहले से ही एक साथ समूहीकृत हैं। इससे कोई फर्क नहीं पड़ता कि यह ब्लॉकबेड और ब्लॉकचेस्ट या बेडब्लॉक और चेस्टब्लॉक है।

आह बिल्कुल। यह एक अच्छी बात है। मैं मॉड-देव की तरफ से ज्यादा सोच रहा था। मैं प्रत्यय के साथ ठीक हूँ, फिर।

व्यक्तिगत रूप से मेरे सभी कोड में मैं अपने वर्ग के नामों पर प्रत्ययों के बजाय उपसर्गों का उपयोग करता हूं। उस नियम के कुछ अपवाद हैं, जो कि आने वाली हर स्थिति के लिए मैं अंत में उपसर्गों के लिए जा रहा हूं।

मुझे लगता है कि मेरे आईडीई में किसी प्रकार की वस्तु की खोज करते समय यह बेहतर काम करता है, और ईमानदारी से मुझे बस बेहतर दिखता है।

इसमें से बहुत कुछ राय आधारित है और यदि आप जीथब पर अन्य मॉड्स सोर्स कोड देखते हैं तो यह बहुत स्पष्ट है कि ज्यादातर लोग प्रत्यय के बजाय उपसर्ग का उपयोग करके वर्ग के नामों से खुश हैं।

मुझे लगता है कि सभी मॉड प्रीफ़िक्सिंग का उपयोग करते हैं क्योंकि वे एमसीपी नामों का उपयोग कर रहे हैं और एमसीपी नाम ज्यादातर प्रीफ़िक्सिंग का उपयोग करते हैं क्योंकि बहुत समय पहले सभी मिनीक्राफ्ट को सिंगल net.minecraft.src पैकेज में डिबफसकेट किया गया था। हालाँकि, विशेष रूप से नए कोड में, प्रत्यय के साथ बहुत सारे उदाहरण चल रहे हैं। जैसे ILightEngine , ChunkTask , SurfaceBuilder , IWorldCarver , IChunkGenSettings कार्यान्वयन, संरचनाओं के लिए कॉन्फ़िगरेशन/टुकड़े/संरचना वर्ग। व्यंजनों और लूट पीढ़ियों के लिए कोड में कई व्युत्पन्न वर्ग हैं जिनमें आधार वर्ग का नाम शामिल नहीं है।

व्युत्पन्न वर्गों के नाम को आधार वर्ग के नाम से समाप्त करने पर विचार करें।

यह बहुत पठनीय है और रिश्ते को स्पष्ट रूप से समझाता है। कोड में इसके कुछ उदाहरण हैं: ArgumentOutOfRangeException, जो एक तरह का Exception है, और SerializableAttribute, जो एक तरह का Attribute है। हालांकि, इस दिशानिर्देश को लागू करने में उचित निर्णय का उपयोग करना महत्वपूर्ण है; उदाहरण के लिए, बटन वर्ग एक प्रकार की नियंत्रण घटना है, हालांकि इसके नाम पर नियंत्रण प्रकट नहीं होता है।

सी # डिजाइन दिशानिर्देश से

मुझे लगता है कि उपसर्गों का उपयोग करके आप उस योजना में ताले लगाते हैं और किसी भी "निर्णय" की अनुमति नहीं देते हैं। लेकिन हो सकता है कि व्यापक विरासत पदानुक्रमों के लिए वास्तव में इसकी आवश्यकता न हो, जैसे कि Block या Item

मैंने अभी सोचा है, जेईआई कार्यान्वयन देखें। एपीआई में कोई प्रीफिक्सिंग मिसाल नहीं है और इसलिए सभी मॉडिंग कम्युनिटी में जेईआई-सपोर्ट क्लासेस मशीन + कैटेगरी/रैपर/आदि हैं।

मौजूदा मॉड्स से बड़े पैमाने पर निर्भरता के कारण MCP में प्रत्यय चाल नहीं थी। फैब्रिक में ऐसा नहीं है।

हां। मैं पहले से ही यह कर रही पर उत्सुक, यह सिर्फ बैठ जाओ और यह करने के लिए प्रयास की एक सभ्य राशि है।

मैंने अभी सोचा है: उपसर्ग! = पीछे की ओर वर्तनी, वे भी विभिन्न स्वादों में आते हैं

एमसीपी से उदाहरण: [स्निप!]

मुझे लगता है कि आप सहमत होंगे कि नामकरण में असंगति खराब है, [स्निप!] जैसे नाम भयानक हैं।

मुझे शायद इसमें बहुत देर हो चुकी है ...

कृपया पोम्फ संचार चैनलों पर एमसीपी उदाहरण पोस्ट करना बंद करें, या मैं आपको गिटहब रिपोजिटरी से ब्लॉक करने के लिए मजबूर हो जाऊंगा।

https://github.com/FabricMC/pomf/tree/18w47b