Autofixture: تحرير مساحة الاسم

هل يمكنك أن تشرح بالتفصيل من فضلك؟

أود أن أقول أنه سيكون أجمل مع using AutoFixture; من using Ploeh.AutoFixture;

2016-03-03 22:34 GMT + 01: 00 Nikos Baxevanis [email protected] :

هل يمكنك أن تشرح بالتفصيل من فضلك؟

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

يبدو أن جزء Ploeh هو من بقايا عندما كان هذا شخصيًا
مشروع هواية ، أو مجرد إثبات لمفهوم ، أو تجربة ... إنه ليس كذلك
أي أكثر من ذلك.

عندما يكتسب المشروع المزيد من الزخم (والذي يبدو من المرجح أن يحدث ، مثل
يتم رسم عالم .NET بشكل متزايد نحو DI) ، فقد يكون مفيدًا لـ
حتى نقل المشروع إلى أن تكون مملوكة لبعض مؤسسات AutoFixture.

لكن هذه قضية أخرى كاملة ، بالطبع.

2016-03-03 22:37 GMT + 01: 00 بيورن جورانسون بيورن. [email protected] :

أود أن أقول أنه سيكون أجمل مع using AutoFixture; من using Ploeh.AutoFixture;

2016-03-03 22:34 GMT + 01: 00 Nikos Baxevanis [email protected] :

هل يمكنك أن تشرح بالتفصيل من فضلك؟

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

من فضلك صححني إذا كان هناك دافع تقني لهذا الاقتراح ، لكن إذا فهمت هذا بشكل صحيح ، فالأمر يتعلق في الغالب بالإدراك.

من الصحيح أنني أضفت الجزء _Ploeh_ إلى معظم الكود الذي أنشره. لقد بدأ AutoFixture بالفعل كمشروع شخصي.

سيكون تغيير جميع مساحات الأسماء في AutoFixture تغييرًا جذريًا ، لذا فهو ليس شيئًا يمكننا القيام به في AutoFixture 3 ، ولكن يمكننا اعتباره في AutoFixture 4.

ما رأي الناس في هذا الاقتراح؟ / سم مكعبmoodmosaicecampidoglioadamchester

أنا مجرد مستخدم للدمج التلقائي ولا أرى أي فائدة لتغييره. هناك الكثير من الأشياء المفيدة على مدونة Ploeh :)

إنه أمر منطقي من وجهة نظر المستخدم الجديد ، ولكنه أيضًا ليس مشكلة حقًا أن نكون صادقين. عادةً ما يتم استيراد مساحات الأسماء تلقائيًا بواسطة IDE الخاص بك على أي حال.

الاسم المستعار وارداتك!

لا أرى شيئًا خاطئًا في كون _Ploeh_ جزءًا من مساحة الاسم.

بعد كل شيء ، عندما أرى _Ploeh_ أعرف أن الأمر يتعلق بشيء جيد وجودة جيدة.

سأحتفظ بها كـ _Ploeh.AutoFixture_.

أعتقد أنه جيد ، "العلامة التجارية" العامة هي AutoFixture ... لا يهم حقًا ما هي مساحات الأسماء.

أليس هو نفسه مع Json.NET ؟ مساحات الأسماء تبدأ بـ Newtonsoft.Json ...

للرجوع إليها: طلبت التعليقات عبر Twitter: https://twitter.com/ploeh/status/705721775011848192

(قد تكون هناك بعض الردود التي لا تظهر هنا.)

لا أرى أي سبب _على الإطلاق_ لتغيير مساحة الاسم. كما أشار moodmosaic ، فإن اسم _Ploeh_ مرتبط بالجودة والحرفية ، لذا ، من منظور الإدراك الحكيم ، من المنطقي جدًا الاحتفاظ به.

أيضًا ، لا أعتقد أن هناك أي خطأ في ترك تاريخ المشروع يظهر في مساحة الاسم ؛ إنه تكريم لجذور المشروع وللمؤلف الذي تصور الفكرة الأصلية.

أتفق معecampidoglio. في ملاحظة ذات صلة ، ماذا يعني _ploeh_؟

أواجه مشكلة أيضًا مع Json.NET التي تم تحديد مساحتها باسم Newtonsoft! (: +1: tsimbalar لتذكيري ...)

ecampidoglio ، وجهة نظري هي أن المشروع في حد ذاته قد وصل إلى نقطة النفع _ و_ الحرفية التي تصبح فعل توقيع مساحة الاسم أمرًا زائدًا. الشيء الذي هو AutoFixture يجعل ذلك غير ضروري.

ploeh : "våga" خذ زمام المبادرة!

أعتقد أنها ليست قضية. لكن يمكن لـ OP تفرع المشروع وإزالة البادئة المخالفة. ثم دع المستخدمين يقررون ما يفضلونه.

نعم؛ فقط إذا اختار Ploeh بنفسه إزالته ، فستوافق على ذلك
القيام بذلك. ليس الأمر كما لو أن هناك سببًا آخر للاحتفاظ به بخلاف ذلك
يتماشى مع رأيه (المحتمل) لفعل الشيء نفسه.

2016-03-04 18:13 GMT + 01: 00 Mike Mogosanu [email protected] :

أعتقد أنها ليست قضية. لكن يمكن لـ OP تفكيك المشروع وإزالة ملف
بادئة مخالفة. ثم دع المستخدمين يقررون ما يفضلونه.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -192362828
.

حسنًا ، تلك الملاحظة الأخيرة كانت متشائمة بعض الشيء. سأعيد صياغته: ربما يعتقد بلويه أن الوقت قد حان؟

ربما لا يهتم معظم مستخدمي المزج التلقائي بذلك؟

أفضل الاحتفاظ بمعرف الهيكلة كما هو.

سأتركه. يساهم في "تفرد" التسمية. قد يظل بإمكان شخص ما في المستقبل إنشاء Foo.AutoFixture أو MS يمكنه إنشاء System.AutoFixture :)

شكرا على تقيمكم!

الآن بعد أن خفت حدة هذا النقاش ، قمت بحساب "الأصوات" من هنا والتغريدة ، ووجدت أن شخصين يؤيدان هذا الاقتراح ، بينما يرغب 10 أشخاص في الاحتفاظ بمساحة الاسم كما هي حاليًا. بالإضافة إلى ذلك ، تشير بعض التعليقات إلى عدم وجود تفضيل معين ، لذلك لم أقم بتضمينها في حسابي.

ومع ذلك ، سأدلي بصوتي للإبقاء على مساحة الاسم كما هي ، مع ذلك ، هذا في الواقع 11 صوتًا ضد هذا الاقتراح.

السبب الأكثر أهمية هو أنني لا أجد ميزة جعل التغيير أكبر من التكلفة.

إن ميزة إجراء التغيير ، بقدر ما أستطيع أن أقول ، هي ضئيلة للغاية. أنا أفهم الجدل حول الإدراك ، وأنا لا أعترض عليه. ومع ذلك ، فهي ذاتية بالكامل. على سبيل المثال ، أنا مستخدم مسرور لمكتبة Unquote ، ولا يزعجني ذلك على الإطلاق لأنه يتعين علي استيراد مكتبة Swensen.Unquote .

تكلفة التغيير ضئيلة أيضًا. هذا يعني ، مع ذلك ، أن كل كود المستخدم سوف ينكسر. سيكون إصلاح ذلك تافهًا: سيحتاج الأشخاص ببساطة إلى حذف Ploeh. من توجيهات الاستيراد الخاصة بهم. (أنا متأكد من أن بعض الروح الودودة ستخبرني حتى أن Resharper يمكنه القيام بذلك تلقائيًا ، لكنني الآن أتوقع فقط.) ومع ذلك ، فهو يمثل إزعاجًا للمستخدمين ، بغض النظر عن صغر حجمه ، لذلك يجب أن يكون له ما يبرره.

إن كل من ميزة ومساوئ إجراء التغيير صغيرة ، لذلك ليس قرارًا سهلاً. في مثل هذه الحالات ، أميل إلى توخي الحذر: لا تزعج المستخدمين دون سبب واضح. مع ذلك ، إنها مكالمة قريبة بما يكفي طلبت فيها تعليقات في محاولة لقياس وجهات نظر المستخدمين حول هذه المسألة. النتائج ، رغم أنها غير ذات دلالة إحصائية ، إلا أنها لا تغير رأيي.

@ bjorn-ali-goransson ، أود أن أشكرك على بدء هذه المناقشة ، التي وجدتها جديرة بالاهتمام. أنا سعيد لأن شخصًا ما لديه الشجاعة لتحدي الوضع الراهن ؛ يجب أن تستمر في فعل ذلك.

على الرغم من أن قراري لا يسير بالطريقة التي تريدها ، آمل أن تجد أنني قد أعطيته مداولات عادلة.

ploeh - أردت فقط أن أتوقف لحظة خاصة

لا تتفاجأ إذا أرسلت أشخاصًا إلى هذه البطاقة للمساعدة في فهم كيفية إجراء الخطاب في تطوير البرامج. لقد كان أسلوبك هو بالضبط فلسفتي في مناقشة الأمور التقنية.