Autofixture: चर्चा: 'प्लोह' नामस्थान उपसर्ग

मेरे ज्ञान के लिए ओएसएस परियोजनाओं के विशाल बहुमत में नाम के समान मूल नामस्थान है, इसलिए मुझे यहां कोई समस्या नहीं दिख रही है। चूंकि यह एक ब्रेकिंग बदलाव होगा, इसलिए आपको केवल प्रमुख संस्करण को बढ़ाने की जरूरत है।

ब्रेकिंग वर्जन में रूट नेमस्पेस को AutoFixture में बदलने के लिए।

मुझे प्लोह नेमस्पेस रखने में कोई फर्क नहीं पड़ता। स्वामित्व संबंधित नहीं है और
पूरी तरह से काम कर रहे चीजों पर नामस्थान बदलता है, क्यों ..?

सूर्य पर, 2 अप्रैल 2017 को 14:04 बजे एडम राल्फ नोटिफिकेशन @github.com ने लिखा:

ब्रेकिंग वर्जन में रूट नेमस्पेस को ऑटोफिक्चर में बदलने के लिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/AutoFixture/AutoFixture/issues/745#issuecomment-290999395 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAwCv_G4V_0nKgVTPpSAOpmMAQ8BMJQ6ks5rr9UpgaJpZM4Mw1jd
.

मैं समग्र विश्लेषण (ऊपर उल्लिखित पेशेवरों और विपक्षों) से सहमत हूं।

जैसा कि यहां कई लोगों ने पहले ही उल्लेख किया है, नाम स्थान बदलना एक ब्रेकिंग बदलाव होगा। ओटीओएच, संस्करण 3 और संस्करण 4 के बीच नाम स्थान बदलना शासन में परिवर्तन के कारण कम से कम बचाव योग्य लगता है। संस्करण 4 और संस्करण 5 के बीच 'प्लोह' को हटाने का बचाव करना बहुत कठिन होगा।

यदि आप नेमस्पेस से 'प्लोह' को हटाना चाहते हैं, तो इसे करने का समय आ गया है।

@ploeh उत्तर के लिए धन्यवाद। आपसे एक और सवाल - आप व्यक्तिगत रूप से कौन सा विकल्प पसंद करते हैं? :) मुझे पता है कि यह थोड़ा मुश्किल सवाल है, लेकिन मेरा मानना ​​​​है कि मैं अकेला नहीं हूं जिसके लिए यह मायने रखता है, क्योंकि आप एक संस्थापक हैं (या सह-संस्थापक, मुझे यकीन नहीं है: फ्लश :)।

मैं चाहता हूं कि आप उस निर्णय पर पहुंचें जो आपको लगता है कि परियोजना को आगे बढ़ाने के लिए सबसे अच्छा है

बाहरी दृष्टिकोण से, मैं बता सकता हूं कि नेमस्पेस Ploeh.Autofixture होने से लाइब्रेरी का मेरा पहला उपयोग थोड़ा कठिन हो गया क्योंकि नेमस्पेस या तो पैकेज के नाम या यहां गिटहब पर प्रोजेक्ट से संबंधित नहीं है।

using Auto... टाइप करना और Intellisense से एक खाली सूची प्राप्त करना एक आश्चर्य की बात है।

मैं @Kralizek से सहमत हूं।
लेकिन परियोजना का नाम बदलकर Fixture.Net करने में समस्या (व्यक्तिगत रूप से मैं इस कदम का समर्थन करता हूं) का अर्थ होगा .NET समुदाय के नाम में बहुत व्यापक और प्रसिद्ध के साथ तोड़ना।

@ploeh ने जो उससे सहमत

यदि आप नेमस्पेस से 'प्लोह' को हटाना चाहते हैं, तो इसे करने का समय आ गया है।

बेशक, यह केवल v4 शाखा में ही हो सकता है।

एक नाम स्थान परिवर्तन बल्कि आसान है, खोजें और बदलें और आपने अपने स्वयं के स्रोत कोड में किया है।

समस्या nuget के साथ है यदि अन्य पैकेज AutoFixture का उपयोग कर रहे हैं और nuspec में सही संस्करण सीमांकक नहीं है तो यह भी टूट जाएगा। लेकिन कुछ समय के लिए उपयोगकर्ता आसानी से AutoFixture 3.x पर वापस जा सकता है। इसे दस्तावेज़ीकरण, रिलीज़ ब्लॉग पोस्ट या जो भी हो, में संबोधित किया जा सकता है।

मैं नेमस्पेस से प्लोह को हटाने के लिए हूं, मुझे नेमस्पेस में व्यक्तिगत नाम कभी पसंद नहीं हैं, यह मेरी परियोजनाओं में जल्दी किया, मुझे ऐसा करने के लिए नफरत है;)

यदि अन्य पैकेज AutoFixture का उपयोग कर रहे हैं और nuspec में सही संस्करण सीमांकक नहीं है तो यह भी टूट जाएगा

मुझे इसकी चिंता नहीं होगी। हर ब्रेकिंग वर्जन के लिए एक ही समस्या मौजूद है। यदि डाउनस्ट्रीम पैकेज ने अगले प्रमुख संस्करण जैसे <dependency id="AutoFixture" version="[3.0,4.0)" /> पर एक विशेष ऊपरी सीमा नहीं लगाने का विकल्प चुना है, तो वे हर बार ऑटोफिक्स्चर का एक प्रमुख संस्करण जारी होने पर इस समस्या को आमंत्रित कर रहे हैं।

@abatishchev क्या Fixture.Net किसी अन्य चर्चा से आ रहा है? नाम स्थान को केवल AutoFixture बदलकर मुझे बहुत खुशी होगी

@moodmosaic क्या आप इस बारे में अपनी स्थिति भी जोड़ सकते हैं? मेरा मानना ​​है कि अंतिम निर्णय लेने के लिए हमारे पास सभी मुख्य अनुरक्षकों की राय होनी चाहिए।

पहले से ही किया था ।

@moodmosaic मैंने वह जवाब देखा, लेकिन मुझे यकीन नहीं है कि मुझे आपकी स्थिति मिल गई है। क्या आप नेमस्पेस रखने या इसे हटाने के लिए वोट करते हैं? :)

मैं इसे रखने के लिए वोट देता हूं। कम विघटनकारी।

विघटनकारी चीजें करना आपको क्यों चिंतित करता है? बहुत से लोग इस बदलाव की मांग करते हैं।
यहां तक ​​​​कि कम विघटनकारी परियोजना को वैसे ही छोड़ देगा, जिसमें कोई बदलाव नहीं होगा। लेकिन यह सारी प्रक्रिया यही नहीं है, है ना?
मैं व्यक्तिगत रूप से आपको इस बदलाव के साथ आगे बढ़ते हुए देखना चाहता हूं।

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

मैं मेरे द्वारा ठीक हो जाऊंगा , अगर रूट नेमस्पेस का नाम बदलकर सिर्फ v4 ।

जबकि मैं Ploeh नेमस्पेस रखने के लिए अपने पिछले वोट के साथ खड़ा हूं, अगर ज्यादातर लोग यही चाहते हैं तो मुझे इसे हटा दिया जाना ठीक है।

स्वामित्व में बदलाव को देखते हुए, मैं देखता हूं कि यह परियोजना के आगे बढ़ने के लिए कैसे मायने रखता है और समय सही है। इस बिंदु पर, मैं जिन प्रतिवादों के साथ आ सकता हूं, वे पूरी तरह से भावनाओं पर आधारित हैं।

@ecampidoglio , मुझे भी भावनाएं आ रही थीं, लेकिन मुझे लगता है कि यह v4 में सिर्फ _AutoFixture_ के साथ अधिक 'सही' है ...

@moodmosaic उत्तर के लिए धन्यवाद, वही बात वास्तव में मेरे साथ होती है। जितना अधिक मैं इस परियोजना को सीखता हूं, उतना ही अधिक मैं देखता हूं और महसूस करता हूं कि मार्क ने यहां कितना काम किया - बड़ी संख्या में विभिन्न चर्चाएं, मामूली बदलाव, एसओ पर जवाब आदि। उपसर्ग को ट्रिम करने का निर्णय लेना कठिन और कठिन हो जाता है - यह मार्क के संबंध में कृतघ्न दिखता है।

दूसरी तरफ, मैं समझता हूं कि साधारण AutoFixture उपसर्ग बहुत बेहतर और सुसंगत दिखाई देगा। वास्तव में, वहाँ यहाँ भयानक, मार्क का नाम अभी भी पैकेज लेखकों, विकी, उन समस्याओं की सूची में मौजूद रहेंगे रूप में .. @adamchester और @ecampidoglio वोट के साथ फैसला लेने के लिए उपसर्ग यह और भी कठिन हो जाता है रखने के लिए कुछ भी नहीं है - का एक बहुत भावनात्मक सामान यहाँ मौजूद है। शायद, हमें भावनात्मक पहलू को अलग करना चाहिए और चीजों को मिलाना नहीं चाहिए। व्यक्तिगत रूप से, मैं नेमस्पेस ट्रिमिंग को मूल्यह्रास मार्क के काम के रूप में नहीं मानता - मेरे लिए इसका कारण शुद्ध होमकीपिंग है। उपसर्ग अनुपस्थित होने पर भी मैं उनका बहुत आभारी रहूंगा।

हालाँकि यह देखते हुए कि मैंने बहुत देर से परियोजना पर काम करना शुरू किया (और कोई मुझे नहीं जानता), मुझे लगता है कि मैं मार्क के योगदान को पूरी तरह से नहीं समझ सकता और इसलिए, अंतिम शब्द निश्चित रूप से मुख्य योगदानकर्ताओं के लिए होना चाहिए।

@zvirja मुझे लगता है कि आपने मेरी पिछली टिप्पणी को गलत समझा:

मैं ठीक हूं कि इसे हटाया जा रहा है अगर ज्यादातर लोग यही चाहते हैं।

तो, हाँ, मैं इसे रखना चाहूंगा लेकिन मैं v4 में AutoFixture नेमस्पेस के साथ ठीक हूं। मैं

मेरी राय मूल रूप से @ecampidoglio के समान है - मैं नामस्थान को AutoFixture में बदलने के साथ ठीक हूं।

यह मार्क के संबंध में कृतघ्न दिखता है।

इसकी चिंता मत करो। सबसे अच्छा धन्यवाद जो आप मुझे दे सकते हैं वह है AutoFixture को जीवित रखना। यदि आप ऐसा कर सकते हैं, तो मैं कुछ ऐसा बनाने में सफल रहा हूं जो अपने आप में व्यवहार्य हो। कुछ चीजें इससे ज्यादा संतोषजनक हो सकती हैं।

उत्तर के लिए धन्यवाद, मार्क!

ऊपर दिए गए सभी उत्तरों को देखते हुए और यह देखते हुए कि कोर टीम को नाम स्थान बदलने में कोई आपत्ति नहीं है, मैं इसे v4 दायरे में जोड़ दूंगा।

एक और बात है जिसके बारे में पूछने के लिए मैंने अनदेखी की - विधानसभा के नाम। ऐसा प्रतीत होता है कि वर्तमान में विधानसभा के नाम प्लोह से भी शुरू होते हैं। यदि हम नेमस्पेस उपसर्ग को हटाते हैं, तो असेंबलियों का नाम बदलना भी समझदारी है (उदाहरण के लिए Phoeh.AutoFixture.dll से AutoFixture.dll )। मुझे विश्वास है कि NuGet इस बदलाव को शान से संभालेगा। केवल एक चीज जिसके बारे में हम चिंता कर सकते हैं वह यह है कि यह एक नई असेंबली पहचान होगी और असेंबली को v3 से v4 तक रीडायरेक्ट करना असंभव होगा।

आप इस @moodmosaic , @adamchester और @ecampidoglio के बारे में क्या सोचते हैं - क्या आपको विधानसभा के नाम बदलने पर आपत्ति है? यह एक महत्वपूर्ण बदलाव की तरह दिखता है, लेकिन कितना मूल्यांकन करने के लिए तैयार नहीं है।

एक बार नामस्थान का नाम v4 में बदल जाने के बाद, असेंबली बाइंडिंग पुनर्निर्देशन v4 अर्थहीन हो जाएगा। इस कारण से, और सुसंगत होने के लिए, मुझे लगता है कि असेंबलियों का नाम बदलकर AutoFixture(.*) करना समझ में आता है।

अच्छा बिंदु, मुझे वह याद आया। दरअसल, सभी प्रकार के पूर्ण नाम अलग-अलग होंगे, इसलिए पुनर्निर्देशन का कोई मतलब नहीं है। जब तक @adamchester और @ecampidoglio को अन्य चिंताएँ न हों - आइए नाम भी बदलें।

किया हुआ! "प्लोएह" नाम स्थान और असेंबली नाम उपसर्ग को v4 से हटा दिया जाएगा, ताकि यह इसके बजाय "ऑटोफिक्चर" से शुरू हो। यह परिवर्तन अद्यतन स्वामित्व को प्रतिबिंबित करने की अनुमति देता है क्योंकि अब उत्पाद केवल AutoFixture टीम द्वारा विकसित किया जा रहा है।

ध्यान रखें कि यह विधानसभा के संबंध में निरंतरता की रेखा को तोड़ता है। यानी, नए पैकेज में असेंबली का नया संस्करण नहीं होगा। बल्कि, पिछली विधानसभा को हटा दिया जाएगा, और एक नई पहचान के साथ पूरी तरह से नई विधानसभा द्वारा प्रतिस्थापित किया जाएगा। इसका मतलब यह है कि बाध्यकारी रीडायरेक्ट जैसी चीजें पैकेज 3.x में निहित असेंबली और 4.x में निहित असेंबली के बीच काम करने के लिए नहीं बनाई जा सकती हैं।

शायद यह कोई समस्या नहीं है, लेकिन मुझे लगा कि यह ध्यान देने योग्य है।

BTW - क्या आपने पैकेज के अपग्रेड होने पर NuGet के व्यवहार की जाँच की है? एसडीके शैली परियोजनाओं के लिए, मुझे लगता है कि सब कुछ ठीक काम करेगा, क्योंकि परियोजना में केवल <PackageReference> तत्व शामिल है जो असेंबली के बजाय पैकेज को इंगित करता है। लेकिन पुरानी शैली csproj के साथ, यह सत्यापित करने योग्य हो सकता है कि NuGet असेंबली संदर्भ में वांछित परिवर्तन करता है, एक असेंबली से दूसरी असेंबली में।

@adamralph आपकी चिंताओं के लिए धन्यवाद!

इसका मतलब यह है कि बाध्यकारी रीडायरेक्ट जैसी चीजें पैकेज 3.x में निहित असेंबली और 4.x में निहित असेंबली के बीच काम करने के लिए नहीं बनाई जा सकती हैं।

हाँ, मुझे यह पता है। हालांकि, हमने पहले से ही डिफ़ॉल्ट नाम स्थान बदल दिया है, जिसका अर्थ है कि हमने असेंबली के भीतर सभी प्रकार के लिए पहचान बदल दी है। इस लाइट असेंबली में बाध्यकारी पुनर्निर्देशन का कोई मतलब नहीं होगा क्योंकि कोड किसी भी मामले में पुन: संकलन और आयात फिक्स के बिना काम नहीं करेगा। इसलिए, मेरा मानना ​​है कि हम इससे पूरी तरह ठीक हैं। यह बहुत बड़ा बदलाव है, लेकिन यह एक बार के लिए ही होगा।

BTW - क्या आपने पैकेज के अपग्रेड होने पर NuGet के व्यवहार की जाँच की है?

हां, मैंने पहले ही इसका परीक्षण कर लिया है और यह ठीक काम करता है। आपको केवल using Ploeh.AutoFixture से using AutoFixture को ठीक करने के लिए टेक्स्ट रिप्लेस को चलाना है। उसके बाद प्रोजेक्ट सफलतापूर्वक संकलित होता है और परीक्षण सफलतापूर्वक चलता है।

केवल एक चीज जो आपको करने की आवश्यकता है, वह है ऑटोफिक्चर का उपयोग करने के लिए Ploeh.AutoFixture का उपयोग करके ठीक करने के लिए टेक्स्ट को प्रतिस्थापित करना। उसके बाद परियोजना सफलतापूर्वक संकलित और परीक्षण सफलतापूर्वक चला।

हाँ बिल्कुल।