Autofixture: FakeItEasy . के साथ प्रतिनिधियों के साथ नकली व्यवहार करें

सबसे पहले, क्या आप कृपया स्पष्ट कर सकते हैं कि आप किस नकली ढांचे के साथ काम करते हैं? हमारे पास कुछ एकीकरण हैं (Moq, NSubsitute, FakeItEasy), इसलिए यह अस्पष्ट है। जहां तक ​​​​मुझे पता है, प्रतिनिधि पहले से ही Moq एकीकरण द्वारा समर्थित हैं (कम से कम इसका उल्लेख # 742 में किया गया है)।

साथ ही जहां तक ​​मुझे पता है AutoFixture का अपना प्रतिनिधि पीढ़ी तंत्र है। क्या आपको इससे कोई समस्या है?

@zvirja मैं
निम्नलिखित कोड अनुकूलन लागू होने के बाद एक नकली लौटाता है:
var myFake= fixture.Create<ISomeInterface>();

हालांकि निम्नलिखित नहीं करता है:
var myFake= fixture.Create<Func<int,int>>();

उपरोक्त कोड सिर्फ एक नकली डमी प्रतिनिधि देता है।

इसके अलावा निम्नलिखित एक त्रुटि के साथ दुर्घटनाग्रस्त हो जाता है:

var myFake= fixture.Create<Fake<Func<int,int>>>();

AutoFixture.ObjectCreationExceptionWithPath
एचपरिणाम = 0x80131500
Message=AutoFixture System.IntPtr से एक उदाहरण बनाने में असमर्थ था क्योंकि निर्माण अप्रत्याशित रूप से अपवाद के साथ विफल रहा। विफलता के मूल कारण की जांच के लिए कृपया आंतरिक अपवाद देखें।

अनुरोध पथ:
FakeItEasy.Fake 1[System.Func 2 [System.Int32,System.Int32]]
IntPtr विधि
System.IntPtr

आंतरिक अपवाद संदेश:
AutoFixture.Kernel.IllegalRequestException: एक IntPtr के लिए एक अनुरोध का पता चला था। यह एक असुरक्षित संसाधन है जो उपयोग किए जाने पर प्रक्रिया को क्रैश कर देगा, इसलिए अनुरोध अस्वीकार कर दिया गया है। IntPtr अनुरोधों का एक सामान्य स्रोत प्रतिनिधियों के लिए अनुरोध हैं जैसे Funcया क्रिया. यदि ऐसा है, तो एक उचित रचनात्मक रणनीति निर्दिष्ट करके आपत्तिजनक प्रकार को अनुकूलित (पंजीकरण या इंजेक्ट) करना अपेक्षित समाधान है।

स्रोत =
स्टैक ट्रेस:

आंतरिक अपवाद 1:
IllegalRequestException: एक IntPtr के लिए एक अनुरोध का पता चला था। यह एक असुरक्षित संसाधन है जो उपयोग किए जाने पर प्रक्रिया को क्रैश कर देगा, इसलिए अनुरोध अस्वीकार कर दिया गया है। IntPtr अनुरोधों का एक सामान्य स्रोत प्रतिनिधियों के लिए अनुरोध हैं जैसे Funcया क्रिया. यदि ऐसा है, तो एक उचित रचनात्मक रणनीति निर्दिष्ट करके आपत्तिजनक प्रकार को अनुकूलित (पंजीकरण या इंजेक्ट) करना अपेक्षित समाधान है।

@OnurGumus मैंने इस मुद्दे की संक्षिप्त जांच की है और ऐसा नहीं लगता है कि FakeItEasy प्रतिनिधि मॉकिंग का समर्थन करता है। उनके दस्तावेज़ों में प्रतिनिधियों का उल्लेख नहीं किया गया है।

इसके अलावा मैंने निम्नलिखित कोड का परीक्षण किया है और यह अपवाद के साथ विफल रहा (जो साबित करता है कि सुविधा समर्थित नहीं है):
c# A.Fake<Func<int, int>>();

इसलिए, ऐसा नहीं लगता कि AutoFixture इसके बारे में भी कुछ कर सकता है।

क्या आप कृपया वांछित व्यवहार का अधिक विस्तार से वर्णन कर सकते हैं? प्रतिनिधि का मजाक उड़ाना बहुत आसान है, क्योंकि इसे एक आदिम लैम्ब्डा अभिव्यक्ति के माध्यम से निर्दिष्ट किया जा सकता है, तो आपको मोक्स की आवश्यकता क्यों है?

@zvirja , FakeItEasy निश्चित रूप से प्रतिनिधियों के लिए नकली का समर्थन करता है:

@blairconrad क्या आप कृपया कुछ मिनट

धन्यवाद: पलक:

@zvirja , खुश। जैसा कि @OnurGumus कहते हैं, FakeItEasy खुशी से नकली प्रतिनिधि होंगे (और मैंने इसे दस्तावेज करने के लिए एक मुद्दा बनाया है)।
हालांकि, AutoFakeItEasy ने नकली प्रतिनिधियों से कभी भी परेशान नहीं किया है।

जब faking एक Fake<Func<int, int>> , उदाहरण के लिए, FakeItEasyMethodQuery.SelectMethods विफल रहता है, क्योंकि यह मामला विचार नहीं करता है Fake<T> जहां T एक प्रतिनिधि है। नीचे दिया गया बहुत ही भोला परिवर्तन इसे सुधारता है।

@@ -33,7 +33,7 @@ namespace Ploeh.AutoFixture.AutoFakeItEasy
             }

             var fakeType = type.GetFakedType();
-            if (fakeType.IsInterface)
+            if (fakeType.IsInterface || fakeType.IsSubclassOf(typeof(Delegate)))
             {
                 return new[] { new ConstructorMethod(type.GetDefaultConstructor()) };
             }

तब मैं एक Fake<Func<int, int>> बना और उपयोग कर सकता हूं।

एक Func<int, int> बनाने के लिए, मैंने इसे एक त्वरित रूप से दिया और पाया कि स्थिरता ने DelegateGenerator का उपयोग (गैर-FakeItEasy) प्रतिनिधि बनाने के लिए किया था।
आपके और मेरे बीच, मैं हमेशा ऑटोफिक्चर आर्किटेक्चर और एक बिल्डर और एक रिले और क्या नहीं के बीच के संबंध से भ्रमित रहा हूं, लेकिन मैं यह पता लगाना और देखना जारी रख सकता हूं कि अंतर कहां है।

मैं वापस आ गया हूं। मैं समझ सकता हूँ। FakeItEasyRelay को फिक्स्चर के अवशेष संग्राहकों में जोड़ा जाता है, लेकिन DelegateGenerator पहले एक प्रतिनिधि बनाता है।
एक त्वरित खोज से पता नहीं चला कि श्रृंखला में पहले FakeItEasy बिल्डर को कैसे सम्मिलित किया जाए, लेकिन मैं सही नहीं दिख रहा हूं।

भले ही यह कैसे भी हो, मुझे Fake<TDelegate> का मज़ाक उड़ाने की अनुमति देने के लिए एक पीआर सबमिट करने में खुशी होगी जहां TDelegate एक प्रतिनिधि प्रकार है।

@blairconrad एक FakeItEasy उपयोगकर्ता के रूप में मैं आपके पीआर के लिए तरसता हूं :)

@blairconrad स्पष्टीकरण के लिए और आपकी जांच के लिए धन्यवाद! मैंने अभी एक बार और जाँच की है और पाया है कि FakeItEasy वास्तव में प्रतिनिधियों के लिए नकली बनाता है। शायद, मैंने अपने पिछले परीक्षण में कुछ याद किया है

Func . बनाने के लिए, मैंने इसे जल्दी से दिया और पाया कि स्थिरता एक (गैर-FakeItEasy) प्रतिनिधि बनाने के लिए DelegateGenerator का उपयोग करती है।

हां। Moq के साथ हमारे पास बिल्कुल वही समस्या है - AutoFixture उन अनुरोधों को स्वीकार करता है इससे पहले कि ResidueCollectors में झंकार करने का अवसर हो।

मैं इस मुद्दे को निम्नलिखित तरीके से ठीक करने का सुझाव दूंगा:

• Fake<Delegate> अनुरोधों का समर्थन करने के लिए विधि क्वेरी बढ़ाएँ;
• एक नया अनुकूलन जोड़ें, जो Customizations संग्रह में रिले जोड़ देगा, इसलिए प्रतिनिधि अनुरोध को ऑटोफिक्स्चर कर्नेल द्वारा संसाधित किया जा रहा है (रिलेड) _before_। मतलब, वह सुविधा डिफ़ॉल्ट रूप से सक्रिय नहीं होगी, हालांकि उपयोगकर्ता पूर्वनिर्धारित अनुकूलन का उपयोग करके इसे आसानी से सक्षम कर सकते हैं।

@blairconrad इसके अतिरिक्त, क्या आप कृपया बता सकते हैं कि AutoFixture द्वारा बनाए गए नकली प्रतिनिधि का क्या लाभ है? अभी के लिए मेरे दिमाग में केवल एक ही बात आती है - आप नकली लाइब्रेरी कॉन्फ़िगरेशन सिंटैक्स का उपयोग करके उन्हें कॉन्फ़िगर कर सकते हैं।

धन्यवाद, @zvirja।

मुझे लगता है कि आप सही हैं। नकली प्रतिनिधि का लाभ यह होगा कि इसे नकली लाइब्रेरी कॉन्फ़िगरेशन सिंटैक्स का उपयोग करके कॉन्फ़िगर किया जा सकता है।

मुझे Fake<Delegate> का समर्थन करने के लिए विधि क्वेरी का विस्तार करने में प्रसन्नता हो रही है, और जैसा कि आप कहते हैं, एक अतिरिक्त अनुकूलन जोड़ूंगा, लेकिन आश्चर्य है: क्या Delegate का समर्थन करने वाला पर्याप्त है? क्या होता है जब अगली रिपोर्ट की गई बग की इच्छा IEnumerable या Task या IDictionary FakeItEasy द्वारा नकली हो?

ओह, @zvirja ने एक प्रतिनिधि को

```सी#
वर नकली प्रतिनिधि = ए नकली>();

is the preferred syntax for clients, although "unnatural fakes" can be used:

```c#
var fakeDelegate = new Fake<Func<int, int>>();

उत्तरार्द्ध यह है कि FakeItEasyBuilder वर्ग नकली कैसे बनाएगा।

मजेदार तथ्य: नकली प्रतिनिधियों को संस्करण 1.7.4257.42 तक समर्थित नहीं किया गया था (शायद FakeItEasy/FakeItEasy@edb4f61d0db0a84b68c7a9395f2661a58579d34a प्रतिबद्ध)। व्यक्तिगत रूप से, मुझे यह कहने में कोई समस्या नहीं है कि "आपको यह तब तक नहीं मिलता जब तक आप कम से कम FakeItEasy के उस संस्करण का उपयोग नहीं करते हैं"। @zvirja या अन्य, क्या आप इसे एक समस्या मानते हैं? यह सुनिश्चित करने के लिए कि हम मौजूदा AutoFakeItEasyUnitTest परीक्षणों को नहीं तोड़ते हैं, मुझे यूनिट परीक्षणों के साथ कुछ चालबाजी करनी होगी।
जब तक आप इस फिक्स के लिए न्यूनतम FakeItEasy संस्करण को अपडेट नहीं करना चाहते। मैं शायद नहीं करता, खासकर जब से एक प्रतिनिधि का अनुरोध करना उन संस्करणों पर किसी भी तरह विफल हो गया होता।

@blairconrad उस पर आपके काम के लिए बहुत बहुत धन्यवाद!

@zvirja या अन्य, क्या आप इसे एक समस्या मानते हैं?

बिलकुल नहीं। SemVer के अनुसार हम यहां अनुसरण कर रहे हैं, हमें उसी प्रमुख संस्करण के भीतर निर्भरता संस्करण को बदलने की अनुमति नहीं है। इसलिए, मैं कहूंगा कि सुविधा का समर्थन करने वाले FakeItEasy संस्करणों के लिए ऐसा समर्थन जोड़ना सही कदम होगा। बाद में हम v5 (स्थिरता के लिए) में 1.x समर्थन छोड़ना चाह सकते हैं, लेकिन यह भविष्य में ही होगा।

इस मुद्दे को एक फीचर में बदलना, जैसा कि हम इसके साथ आगे बढ़ने के लिए सहमत हुए (और FakeItEasy प्रतिनिधियों का समर्थन करता है)।

v4.2.0 में जारी! सक्षम करने के लिए:
c# fixture.Customize(new AutoFakeItEasyCustomization { GenerateDelegates = true });