Autofixture: AutoMoqData द्वारा बनाए गए आंतरिक इंटरफ़ेस का उदाहरण प्राप्त करें।

प्रयत्न

Mock.Get(sut).Setup(x => x.Method).Result(something);

आपको मोक द्वारा ऑब्जेक्ट इंस्टेंस नहीं बनाया जाएगा। एक्सेसिंग सूट।

यह वास्तव में काम करेगा यदि इंटरफ़ेस सार्वजनिक संपत्ति में है।
Mock.Get(sut.InnerInterface).Setup(x => x.Method).Result(something);

लेकिन क्या होगा यदि इंटरफ़ेस का मज़ाक उड़ाया जाता है और कंस्ट्रक्टर को इंजेक्ट किया जाता है, IoC कंटेनर में पंजीकृत किया जाता है, लेकिन सार्वजनिक संपत्ति के साथ सुलभ नहीं होता है?

इस मामले में आपको यह सुनिश्चित करने के लिए नकली फ्रीज करना होगा कि आपके द्वारा उत्पन्न इंस्टेंस को भी सूट में इंजेक्शन दिया जाएगा:

[Theory, AutoMoqData]
public void Dummy(
    IFixture fixture, 
    [Frozen]Mock<YourInnerInterface> innerInterfaceMock,
    ComplexClassWithInnerInterface sut)
{
    innerInterfaceMock.Setup(x => x.Method).Result(something);
    sut.DoSomething();
    Assert.Equal(String.Empty, String.Empty);
}

सट से पहले हमेशा जमे हुए मोक्स बनाने के लिए सावधान रहें ताकि वे पहले से ही मौजूद हों जब सूट बनाया जाता है और इसलिए सही ढंग से इंजेक्शन लगाया जाता है।

संदर्भ के लिए प्लोएह का ब्लॉग देखें।

नमस्ते,
मैं पहले से ही ऐसा कर रहा था। लेकिन 30 इंटरफेस के लिए उन्हें विधि पैरामीटर में रखना बहुत बदसूरत है।
आपके कोड ने मुझे याद दिलाया कि AutoMoqData सभी नकली इंटरफेस को फ्रीज नहीं करता है। तो स्थिरता के कंटेनर से ऑटो निर्मित मोक्स प्राप्त करना असंभव प्रतीत होता है। उन्हें डिफ़ॉल्ट रूप से इंजेक्शन नहीं दिया जाता है, इसलिए यदि स्थिरता में GetInstance विधि की तरह होता है, तो यह ऑटो बनाए गए मोक्स के लिए कुछ भी वापस नहीं करेगा। यही कारण है कि अगर मैं नकली उदाहरण के साथ नकली जमा करता हूं तो मुझे डुप्लीकेट मिलते हैं। जिस तरह से मैं देखता हूं वह काम करेगा अगर बाद में जमे हुए मोक्स के साथ सूट को अपडेट किया जा सकता है, लेकिन यह बदसूरत होगा। परीक्षण विधि में IFixture, फ्रीज और सेटअप मॉक बनाने के लिए AutoMoqData का उपयोग करना आसान तरीका है, फिर sut बनाएं। इस सेटअप के साथ मैं मोक्स को फ्रीज और सेटअप करने के लिए एक पुन: प्रयोज्य सहायक विधि बना सकता हूं।

धन्यवाद

महान उत्तर के लिए धन्यवाद @xlecoustillier । मूल रूप से, मैं वही करने का सुझाव दूंगा जैसा कि मैं अपने परीक्षणों में लगातार इस पैटर्न का पालन कर रहा हूं।

लेकिन 30 इंटरफेस के लिए उन्हें विधि पैरामीटर में रखना बहुत बदसूरत है।

खैर, यह तर्क थोड़ा अजीब लगता है। शायद, परीक्षण कोड के डिज़ाइन में कुछ गड़बड़ है यदि आपको परिदृश्य बनाने के लिए 30 निर्भरताओं को कॉन्फ़िगर करने की आवश्यकता है 😟 मैं 99% हूं @ploeh आगे बढ़ने से पहले आपको कोड की समीक्षा करने का सुझाव देगा, उनकी सलाह के अनुसार इसकी अनुशंसा की जाती है अधिकतम 3-4 निर्भरताएँ

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

मुझे 100% यकीन नहीं है कि मैंने पूरे संदेश को स्पष्ट रूप से समझा है, लेकिन मुझे जो मिला है उससे आप सही हैं। डिफ़ॉल्ट रूप से सभी उत्पन्न वस्तुएँ क्षणिक होती हैं और fixture उन्हें संरक्षित नहीं करती हैं। यदि आप किसी विशेष वस्तु को सिंगलटन बनाना चाहते हैं, तो आपको fixture.Freeze<>() API या [Frozen] विशेषता या किसी अन्य उपयुक्त API का उपयोग करना चाहिए।
मौजूदा डिफ़ॉल्ट व्यवहार को सामान्य परिदृश्यों को कवर करने के लिए डिज़ाइन किया गया था और अधिकांश मामलों में आप प्रति प्रकार समान ऑब्जेक्ट रखने के लिए _नहीं चाहते_ हैं।

यदि आप अभी भी हमारी ओर से सहायता की तलाश में हैं, तो कृपया अपनी अधिक सटीक आवश्यकता प्रदान करें। बेहतर, वर्तमान सीमाओं और लक्ष्य को प्रदर्शित करने के लिए पर्याप्त कोड साझा करें जिसे आप प्राप्त करना चाहते हैं - जो बेहतर सिंक करने में मदद करेगा

धन्यवाद।

हां, मैं सुझाव दूंगा कि 30 निर्भरताएं बहुत अधिक हैं।

इंजेक्शन निर्भरताओं को प्राप्त करने के संबंध में, [Frozen] विशेषता का उपयोग करके, जैसा कि @xlecoustillier सुझाव देता है, एक विकल्प है, और वास्तव में विशेषता मूल रूप से मौजूद है।

Mock.Get(sut.Dep1) का उपयोग करना भी एक विकल्प है जिसका मैं अक्सर उपयोग करता हूं।

लेकिन क्या होगा अगर इंटरफ़ेस [...] कंस्ट्रक्टर इंजेक्ट किया गया [...] लेकिन सार्वजनिक संपत्ति के साथ पहुंच योग्य नहीं है?

फिर इसे एक संपत्ति के रूप में क्यों नहीं उजागर करते? आप जो रचना करते हैं, उसे आप उजागर भी कर सकते हैं। . यह इसे बेनकाब करने के लिए इनकैप्सुलेशन को नहीं तोड़ता है।

मुझे लगता है कि यह निर्दिष्ट करके @ploeh पर जोड़ना सबसे अच्छा तरीका है कि निर्भरता को अपने अमूर्तता को समृद्ध किए बिना वर्ग गुणों के रूप में उजागर करना है जो आपके कार्यान्वयन को लीक करने से ज्यादा कुछ नहीं होगा!

@ malylemire1 इसे बंद करना क्योंकि ऐसा लगता है कि आगे किसी सहायता की आवश्यकता नहीं है। कृपया हमें बताएं कि क्या कुछ और है जो हम आपकी मदद कर सकते हैं

प्रश्न उठाने के लिए एक बार और धन्यवाद! मैं