Yarn: इकाई वाहन चर।

जैसा कि पीआर में उल्लेख किया गया है , मैं अन्य संस्थाओं की "सवारी" करने वाली संस्थाओं के लिए एक अलग नाम पसंद करूंगा। vehicle , ride , mount , लेकिन attach बारे में क्या? (वैसे, यह वरीयता से कम से कम सबसे पसंदीदा है।)

किसी और के पास कोई सुझाव है?

अधिकांश परिदृश्यों के लिए अटैच वास्तव में समझ में नहीं आता है। फिर से विचार करें
संदर्भ, आप अपने आप को एक नाव, एक सुअर, या एक मिनीकार्ट से नहीं जोड़ते हैं। आप
नाव या मिनीकार्ट पर मत चढ़ो लेकिन तुम एक सुअर को माउंट करते हो। आप भी शुरू कर सकते हैं
हालांकि एक सुअर की सवारी, और यह सबसे प्रमुख उपयोग के मामलों से मेल खाता है।

28 सितंबर 2016 को सुबह 8:57 बजे, "कॉपीगर्ल" नोटिफिकेशन @github.com ने लिखा:

जैसा कि पीआरओ में उल्लेख किया गया है
https://github.com/FabricMC/pomf/pull/96#discussion_r80952013 , मैं
अन्य संस्थाओं को "सवारी" करने वाली संस्थाओं के लिए एक अलग नाम पसंद करते हैं। वहां रहे
वाहन, सवारी, माउंट, लेकिन संलग्न के बारे में क्या? (वैसे, वह है
कम से कम सबसे पसंदीदा में वरीयता।)

किसी और के पास कोई सुझाव है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/FabricMC/pomf/issues/94#issuecomment -250211596, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABusJIkc9bJ-YPoBXoq5IkYlP93enjq5ks5quo5vgaJpZM4KHH6k
.

आप अपने आप को नाव से जोड़ लेते हैं, क्योंकि अब आप वैसे ही चल रहे हैं जैसे नाव चल रही है। यह मेरी राय में, कम से कम प्रोग्रामेटिक रूप से सबसे अधिक समझ में आता है।

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

28 सितंबर 2016 को सुबह 10:36 बजे, "कॉपीगर्ल" नोटिफिकेशन @github.com ने लिखा:

आप अपने आप को नाव से जोड़ते हैं, क्योंकि अब आप नाव की तरह चल रहे हैं
बढ़ रहा है। यह सबसे अधिक समझ में आता है, कम से कम प्रोग्रामेटिक रूप से, my . में
राय।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/FabricMC/pomf/issues/94#issuecomment -250240136, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABusJM5hdR_FeXogFeqhxcTrH4G0Nur0ks5quqWwgaJpZM4KHH6k
.

कोई फर्क नहीं पड़ता कि Mojang इसे क्या कहता है अगर हम चीजों को बेहतर नाम दे सकते हैं।

अनुलग्नक अन्य खेलों में भी मौजूद होते हैं, आमतौर पर चीजों को शरीर के अंगों से जोड़ने, स्थिति और रोटेशन जैसे गुणों को जोड़ने के रूप में। उदाहरण के लिए किसी खिलाड़ी को नाव, मिनीकार्ट, घोड़े या कुर्सी से जोड़ना मुझे पूरी तरह से उचित लगता है।

"क्या यह सवारी कर रहा है या सवार हो रहा है" के कारण सवारी करना भी भ्रमित हो सकता है? startRiding अर्थ बहुत अच्छी तरह से हो सकता है "निर्दिष्ट इकाई को इस इकाई की सवारी करना शुरू करें", जहां उदाहरण के लिए attachTo बहुत स्पष्ट है: player.attachTo(boat) ।

खिलाड़ी के बारे में क्या भ्रमित है।स्टार्टराइडिंग या प्लेयर।स्टॉपराइडिंग। वह लगता है
मेरे लिए बहुत स्पष्ट।

Mojang के नामकरण के संबंध में इस मामले में प्रासंगिक है क्योंकि विधि
यदि आपने कुछ गलत किया है तो स्पष्ट रूप से आपको दूसरे को कॉल करने के लिए कहता है। दे रहा है
एक और नाम पूरी तरह से भ्रम पैदा करने वाला है।

28 सितंबर 2016 को सुबह 10:56 बजे, "कॉपीगर्ल" नोटिफिकेशन @github.com ने लिखा:

कोई फर्क नहीं पड़ता कि Mojang इसे क्या कहता है अगर हम चीजों को बेहतर नाम दे सकते हैं।

अटैचमेंट अन्य खेलों में भी मौजूद होते हैं, आमतौर पर अटैचमेंट के रूप में
शरीर के अंगों के लिए चीजें, स्थिति और रोटेशन जैसे गुणों को जोड़ना।
उदाहरण के लिए किसी खिलाड़ी को नाव, मिनीकार्ट, घोड़े या कुर्सी से जोड़ना ऐसा लगता है
मेरे लिए बिल्कुल उचित।

"क्या यह सवारी कर रहा है या सवार हो रहा है" के कारण सवारी करना भी भ्रमित हो सकता है?
startRiding का बहुत अच्छा अर्थ हो सकता है "निर्दिष्ट इकाई को सवारी करना शुरू करें"
यह इकाई", जहां उदाहरण के लिए संलग्न करें बहुत स्पष्ट है:
खिलाड़ी। संलग्न करें (नाव)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

क्या इसका मतलब यह है कि हमें अन्य त्रुटि संदेशों और क्रैश रिपोर्ट को भी ध्यान में रखना चाहिए?

अगर यह मेरे ऊपर होता तो मैं हाँ कह देता लेकिन ऐसा नहीं है। जब तक हम शुरू नहीं कर सकते
संदेशों को अपवादों में रीमैप करना मेरे लिए कम से कम समझ में आता है
अपवाद विधि नाम के लिए सटीक हो।

28 सितंबर 2016 को पूर्वाह्न 11:45 बजे, "कॉपीगर्ल" नोटिफिकेशन @github.com ने लिखा:

क्या इसका मतलब यह है कि हमें अन्य त्रुटि संदेशों और क्रैश को ध्यान में रखना चाहिए
रिपोर्ट भी?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/FabricMC/pomf/issues/94#issuecomment -250261615, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABusJKlQGjC036nL2h58Z_bXcnSfZwDkks5qurXNgaJpZM4KHH6k
.

ठीक है, मैं तब आपके पीआर के लिए अपना प्रतिरोध छोड़ दूंगा, हालांकि मुझे बाकी सभी की राय सुनने में दिलचस्पी होगी, फिर भी।

मुझे mount चीजें सबसे ज्यादा पसंद हैं, और riding आगे। आप कभी भी attach को किनारे या नीचे नहीं करते हैं, Minecraft में आप हमेशा किसी न किसी चीज़ के ऊपर कूदते रहते हैं।

संपादित करें: वास्तव में सवारी करना अधिक समझ में आता है क्योंकि जब आप ride एक सुअर और ride एक मिनीकार्ट में कर सकते हैं, तो आप वास्तव में mount एक मिनीकार्ट नहीं हैं।

@mezz क्या आप ride एक सीट या अन्य स्थिर इकाई, उदाहरण के लिए, हालांकि?

मैं mount पक्ष में बोलूंगा। यह मेरे लिए एक सामान्य "गेट ऑन थिंग" है, खेलों में आम है, getMountedEntity बनाम getMountingEntity संबंध में स्पष्ट है, हमारे पास mount और unmount ( इसके बजाय start/stopSomething ।

मैं मेज़ से सहमत हूं, क्योंकि सवारी सभी मामलों में फिट बैठती है।

मुझे लगता है कि केवल एक ही मामले में आप अजीब तरह से ride एक स्थिर चीज को संशोधित करेंगे, जैसे कि बिब्लियोक्राफ्ट कुर्सियों। अन्य सभी चीजें जिन्हें मैं स्थानांतरित करने के बारे में सोच सकता हूं।

मुझे mount और unmount क्योंकि वे एक साधारण जोड़ी ऑपरेशन हैं जो कंप्यूटर में आम हैं। "अनमाउंट" एक अजीब कंप्यूटर-शब्द है, सामान्य अंग्रेजी शब्द "डिसमाउंट" है। हम के लिए कुछ इसी तरह की जरूरत नहीं है ride की तरह unride । हम अभी भी startRiding और stopRiding , लेकिन मुझे getRidingEntity और getRiddenEntity से बेहतर माउंटेड संस्करण पसंद हैं। हम्म।

मुझे व्यक्तिगत रूप से माउंट और डिसमाउंट पसंद है