Autofixture: नाम स्थान मुक्ति

क्या आप कृपया विस्तृत कर सकते हैं?

मैं कहेंगे यह सिर्फ के साथ अच्छे होगा using AutoFixture; से using Ploeh.AutoFixture;

२०१६-०३-०३ २२:३४ जीएमटी+०१:०० निकोस बैक्सेवनिस नोटिफिकेशन @github.com :

क्या आप कृपया विस्तृत कर सकते हैं?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

ऐसा लगता है कि प्लोह भाग उस समय का अवशेष है जब यह व्यक्तिगत था
हॉबी प्रोजेक्ट, या केवल अवधारणा का प्रमाण, या प्रयोग... यह नहीं है
अब और।

जब परियोजना कुछ और कर्षण प्राप्त करती है (जो होने की संभावना है, जैसे
.NET दुनिया तेजी से DI की ओर आकर्षित हो रही है), यह इसके लिए फायदेमंद हो सकता है
यहां तक ​​कि परियोजना को कुछ ऑटोफिक्चर फाउंडेशन के स्वामित्व में ले जाएं।

लेकिन यह एक संपूर्ण नोटर मुद्दा है, बिल्कुल।

२०१६-०३-०३ २२:३७ जीएमटी+०१:०० ब्योर्न गोरान्सन bjorn.a. गोरानसन@gmail.com :

मैं कहेंगे यह सिर्फ के साथ अच्छे होगा using AutoFixture; से using Ploeh.AutoFixture;

२०१६-०३-०३ २२:३४ जीएमटी+०१:०० निकोस बैक्सेवनिस नोटिफिकेशन @github.com :

क्या आप कृपया विस्तृत कर सकते हैं?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

अगर इस सुझाव के लिए कोई तकनीकी प्रेरणा है तो कृपया मुझे सुधारें, लेकिन अगर मैं इसे सही ढंग से समझता हूं, तो यह ज्यादातर धारणा के बारे में है।

यह सही है कि मैं अपने द्वारा प्रकाशित अधिकांश कोड में _Ploeh_ भाग जोड़ता हूं। AutoFixture वास्तव में एक व्यक्तिगत परियोजना के रूप में शुरू हुआ था।

AutoFixture में सभी नेमस्पेस को बदलना एक ब्रेकिंग बदलाव होगा, इसलिए यह ऐसा कुछ नहीं है जिसे हम AutoFixture 3 में कर सकते हैं, लेकिन हम इसे AutoFixture 4 के लिए मान सकते हैं।

लोग इस सुझाव के बारे में क्या सोचते हैं? /cc @moodmosaic @ecampidoglio @adamchester

मैं सिर्फ ऑटोफिक्स्चर का उपयोगकर्ता हूं और इसे बदलने का कोई मतलब नहीं है। प्लोह ब्लॉग पर बहुत सारी उपयोगी चीजें हैं :)

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

उर्फ आपके आयात!

मुझे _Ploeh_ नामस्थान का हिस्सा होने में कुछ गलत नहीं दिख रहा है।

आखिरकार, जब मैं _Ploeh_ देखता हूं तो मुझे पता चलता है कि यह कुछ अच्छा है, और अच्छी गुणवत्ता का है।

मैं इसे _Ploeh.AutoFixture_ के रूप में रखूंगा।

मुझे लगता है कि यह ठीक है, सार्वजनिक "ब्रांड" ऑटोफिक्चर है ... इससे कोई फर्क नहीं पड़ता कि नामस्थान क्या हैं।

क्या यह Json.NET के साथ समान नहीं है? Newtonsoft.Json से शुरू होने वाले नामस्थान ...

संदर्भ के लिए: मैंने ट्विटर के माध्यम से टिप्पणियों का अनुरोध किया: https://twitter.com/ploeh/status/705721775011848192

(वहां कुछ प्रतिक्रियाएं हो सकती हैं जो यहां प्रकट नहीं होती हैं।)

मुझे नाम स्थान बदलने का कोई कारण नहीं दिख रहा है। जैसा कि @moodmosaic ने बताया , _Ploeh_ नाम गुणवत्ता और शिल्प कौशल से जुड़ा है, इसलिए, धारणा के अनुसार, इसे रखना बहुत मायने रखता है।

साथ ही, मुझे नहीं लगता कि प्रोजेक्ट के इतिहास को नामस्थान में दिखाने में कुछ भी गलत है; यह परियोजना की जड़ों और मूल विचार की कल्पना करने वाले लेखक को श्रद्धांजलि है।

मैं @ecampidoglio से सहमत हूं। संबंधित नोट पर, _ploeh_ का क्या अर्थ है?

मुझे Json.NET के साथ न्यूटनसॉफ्ट के रूप में नामित होने में भी कोई समस्या है! ( :+1: @tsimbalar मुझे याद दिलाने के लिए...)

@ecampidoglio , मेरा कहना है कि यह परियोजना अपने आप में उपयोगिता _and_

@ploeh : "våga" डुबकी लें!

मुझे लगता है कि यह कोई मुद्दा नहीं है। लेकिन ओपी परियोजना को फोर्क कर सकता है और आपत्तिजनक उपसर्ग को हटा सकता है। फिर उपयोगकर्ताओं को यह तय करने दें कि वे क्या पसंद करते हैं।

हां; केवल अगर प्लोह स्वयं इसे हटाना चाहेगा, तो आप स्वीकार करेंगे
ऐसा करो। ऐसा नहीं है कि इसे रखने के अलावा कोई और कारण है
ऐसा करने के लिए अपनी (संभावित) राय के साथ खुद को संरेखित करें।

२०१६-०३-०४ १८:१३ जीएमटी+०१:०० माइक मोगोसानु नोटिफिकेशन @github.com :

मुझे लगता है कि यह कोई मुद्दा नहीं है। लेकिन ओपी परियोजना को फोर्क कर सकता है और हटा सकता है
अपमानजनक उपसर्ग। फिर उपयोगकर्ताओं को यह तय करने दें कि वे क्या पसंद करते हैं।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -192362828
.

ठीक है, वह आखिरी टिप्पणी थोड़ी बहुत ट्रोल-वाई थी। मैं फिर से लिखूंगा: शायद प्लोह सोचता है कि समय आ गया है?

हो सकता है कि ऑटोफिक्स्चर के अधिकांश उपयोगकर्ता इसकी परवाह न करें?

मैं नेमस्पेस को वैसे ही रखना पसंद करता हूं।

मैं इसे छोड़ दूंगा। यह नामकरण की 'विशिष्टता' में योगदान देता है। भविष्य में कोई अभी भी Foo.AutoFixture बना सकता है, या MS System.AutoFixture बना सकता है :)

आपकी प्रतिपुष्टि के लिए आप सभी को धन्यवाद!

अब जब यह चर्चा समाप्त हो गई है, मैंने यहां से 'वोट' और ट्वीट की गिनती की है, और पाया है कि 2 लोग इस सुझाव के पक्ष में हैं, जबकि 10 लोग नाम स्थान को वर्तमान में रखना चाहते हैं। इसके अतिरिक्त, कुछ टिप्पणियां कोई विशेष वरीयता नहीं दर्शाती हैं, इसलिए मैंने उन्हें अपने मिलान में शामिल नहीं किया है।

हालांकि, मैं नेमस्पेस को यथावत रखने के लिए अपना वोट डालूंगा, इसलिए वास्तव में इस सुझाव के खिलाफ 11 वोट हैं।

सबसे महत्वपूर्ण कारण यह है कि मुझे लागत से अधिक परिवर्तन करने का लाभ नहीं मिलता है।

परिवर्तन करने का लाभ, जहाँ तक मैं बता सकता हूँ, न्यूनतम है। मैं धारणा के तर्क को समझता हूं, और मैं इस पर विवाद नहीं करता। हालाँकि, यह पूरी तरह से व्यक्तिपरक है। एक उदाहरण के रूप में, मैं अनकोट लाइब्रेरी का एक प्रसन्न उपयोगकर्ता हूं, और यह मुझे जरा भी परेशान नहीं करता है कि मुझे Swensen.Unquote लाइब्रेरी को आयात करना है।

परिवर्तन की लागत भी न्यूनतम है। हालांकि, इसका मतलब यह होगा कि सभी उपयोगकर्ता कोड टूट जाएंगे। इसके लिए फिक्स मामूली होगा: लोगों को अपने आयात निर्देशों से Ploeh. को हटाना होगा। (मुझे यकीन है कि कुछ मिलनसार आत्मा मुझे यह भी बताएगी कि रिशेर्पर स्वचालित रूप से ऐसा कर सकता है, लेकिन अब मैं सिर्फ अनुमान लगा रहा हूं।) फिर भी, यह उपयोगकर्ताओं के लिए एक असुविधा है, चाहे वह कितना भी छोटा क्यों न हो, इसलिए इसे वारंट किया जाना चाहिए।

परिवर्तन करने में लाभ और हानि दोनों ही छोटे हैं, इसलिए यह कोई आसान निर्णय नहीं है। ऐसे मामलों में, मैं सावधानी के पक्ष में गलती करता हूं: बिना किसी स्पष्ट कारण के उपयोगकर्ताओं को असुविधा न करें। फिर भी, यह एक करीबी कॉल है कि मैंने इस मामले पर उपयोगकर्ताओं के विचारों का आकलन करने के प्रयास में प्रतिक्रिया मांगी। परिणाम, हालांकि सांख्यिकीय रूप से महत्वहीन हैं, मेरी राय नहीं बदलते हैं।

@ ब्योर्न-अली-गोरानसन, इस चर्चा को शुरू करने के लिए मैं आपको धन्यवाद देना चाहता हूं, जो मुझे सार्थक लगा। मुझे खुशी है कि किसी में यथास्थिति को चुनौती देने का साहस है; आपको ऐसा करते रहना चाहिए।

भले ही मेरा निर्णय उस तरह से नहीं जाता जैसा आप चाहते हैं, मुझे आशा है कि आप पाएंगे कि मैंने इस पर उचित विचार-विमर्श किया है।

@ploeh - मैं इस पर आपके द्वारा लिए गए सहयोगी दृष्टिकोण के लिए आपकी सराहना करने के लिए बस एक विशेष क्षण लेना चाहता था।

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