Autofixture: एक अनुकूलित उदाहरण बनाना परिपत्र संदर्भों पर विफल रहता है

को निर्मित 13 जन॰ 2018 · 5टिप्पणियाँ · स्रोत: AutoFixture/AutoFixture

    [TestFixture]
    public class TestAutoFixture4
    {
        [Test]
        [AutoMoqData]
        public void CreatingAnDummyObjectShouldNotThrow(IFixture fixture)
        {
            fixture.Invoking(x => x.Create<DummyObject>()).ShouldNotThrow();
        }

        [Test]
        [AutoMoqData]
        public void BuildingAnDummyObjectShouldNotThrow(IFixture fixture)
        {
            fixture.Invoking(x => x.Build<DummyObject>().Create()).ShouldNotThrow();
        }
    }

    public class DummyObject
    {
        public Guid Id { get; set; }
        public DummyObject CircularRef { get; set; }
    }

    public class AutoMoqDataAttribute : AutoDataAttribute
    {
        public AutoMoqDataAttribute()
            : base(new Fixture()
                 .Customize(
                    new DummyCustomization()
                ))
        { }
    }

    public class DummyCustomization : ICustomization
    {
        public void Customize(IFixture fixture)
        {
            fixture.Customize<DummyObject>(c =>
                c.Without(x => x.CircularRef)
            );
        }
    }

अभी-अभी AutoFixture को 3.50.6 से 4.0.0 तक अपडेट किया गया है।

उपरोक्त कोड 3.50.6 पर पूरी तरह से काम करता है, लेकिन केवल पहला परीक्षण (फिक्स्चर। क्रिएट का उपयोग करके) 4.0.0 (.NET 4.6.2, NUnit3.7.1, FluentAssertions 4.19.4) का उपयोग करके पास होता है।

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

क्या मुझे चैंज में कुछ याद आया या यह एक बग है?

अग्रिम में धन्यवाद :)

question

स्रोत

DeafLight

सबसे उपयोगी टिप्पणी

क्या आपको लगता है कि ओमिटर दृष्टिकोण समस्या का समाधान कर सकता है? मैं इस वर्ग को नहीं जानता था और निश्चित रूप से इसे वैसे भी आजमाऊंगा।

यदि आप अपने अनुकूलन को निम्नलिखित के रूप में फिर से लिखते हैं, तो सभी परीक्षण पास होने लगेंगे:

c# public class DummyCustomization : ICustomization { public void Customize(IFixture fixture) { // Don't populate the DummyObject.CircularRef property. fixture.Customizations.Add( new Omitter( new EqualRequestSpecification( typeof(DummyObject).GetProperty(nameof(DummyObject.CircularRef))))); } }

इसलिए, हाँ, यह आपकी समस्या को ठीक कर देगा 😉 साथ ही यह दृष्टिकोण बहुत बोझिल नहीं लगता है, इसलिए स्वीकार्य होना चाहिए।

कृपया मुझे बताएं कि क्या आपके पास अपने प्रश्न पर और प्रश्न हैं।

zvirja 15 जन॰ 2018

👍2

सभी 5 टिप्पणियाँ

@ देव-ए-चींटी इस मुद्दे को यहां पोस्ट करने और इस तरह के विस्तृत विवरण के लिए धन्यवाद

खैर, यह व्यवहार #781 में लागू परिवर्तनों का परिणाम है। जब एक अनुकूलन अन्य अनुकूलन को प्रभावित कर सकता है तो मैंने समस्या का समाधान कर दिया है। ऐसा तब भी होता है जब आपके पास एक ही प्रकार के लिए दो अनुवर्ती अनुकूलन हों - पिछले एक को पूरी तरह से अनदेखा कर दिया जाएगा।

जब आप Build<T>() API का उपयोग करते हैं, तो आप वास्तव में DummyObject प्रकार के लिए एक अस्थायी अनुकूलन बना रहे होते हैं। इसका मतलब है कि पिछले सभी अनुकूलन ( Customize<DummyObject>() एपीआई के माध्यम से लागू) को नजरअंदाज कर दिया गया है और इसमें भाग नहीं लिया गया है। इसलिए आप फिर से सर्कुलर डिपेंडेंसी के बारे में एरर देखते हैं।

इस तरह के अलगाव की आवश्यकता है, अन्यथा बहुत अजीब मुद्दे हो सकते हैं (ऊपर उल्लिखित पीआर में संदर्भित मुद्दे देखें)। इसलिए, चीजों को सरल रखने के लिए, मैं कहूंगा कि देखा गया व्यवहार बग नहीं है, बल्कि वर्तमान में हमारे पास मौजूद डिज़ाइन की विशिष्टता है।

आपके द्वारा देखी जाने वाली समस्या को कम करने के लिए, मैं मूल रूप से दो तरीके देखता हूं।

समाधान 1: संपत्ति के लिए `Omitter` जोड़ें

हमारे पास पहले से ही एक समान प्रश्न था, इसलिए आप यहां सुझाए गए दृष्टिकोण का पुन: उपयोग कर सकते

समाधान 2: इसके बजाय `Create<T>()` API का उपयोग करें

आपके नमूने में Build<> API का उपयोग करने की कोई आवश्यकता नहीं है। बेशक, यह हो सकता है कि आपने एक सरलीकृत नमूना प्रदान किया हो और वास्तव में आपको उस एपीआई की आवश्यकता हो। हालाँकि, मैंने आपको यह विकल्प केवल . के मामले में प्रदान करने का निर्णय लिया है

मुझे बताएं कि क्या मेरे उत्तर ने इस मुद्दे पर कुछ प्रकाश डालने में मदद की है

zvirja 13 जन॰ 2018

@zvirja आपकी अंतर्दृष्टि के लिए धन्यवाद, इससे चीजें स्पष्ट हो जाती हैं।

मैंने पहले से ही इस तथ्य के बारे में बहुत कुछ पढ़ा है कि एक ही प्रकार पर अनुकूलन को स्टैक करना संभव नहीं है (भले ही निराशा हो), और यह परिवर्तन निश्चित रूप से मुझे कुछ परेशानी देगा, लेकिन मैं समझता हूं कि आपको कुछ क्यों बदलना पड़ा।

मेरा उपयोग मामला वस्तुओं के एक बड़े ग्राफ का उपयोग करके एक आवेदन का परीक्षण कर रहा है जिसमें कई परिपत्र संदर्भ हैं; ठेठ (विरोधी-?) पैटर्न जहां माता-पिता बच्चों की एक सूची रखते हैं जो बदले में उनके माता-पिता को संदर्भित करते हैं।

मुझे मॉडल बदलना अच्छा लगेगा लेकिन यह संभव नहीं है, कम से कम अभी के लिए।

तो बस फिक्स्चर का उपयोग करके ऑब्जेक्ट बनाना। क्रिएट एक विकल्प नहीं है और हम आमतौर पर उन्हें OmitAllProperties को कॉल करने के बाद बनाते हैं, जो AF की शक्ति को सीमित करता है।

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

फिर से धन्यवाद, और कृपया मुझे बताएं कि क्या आपको लगता है कि आप मेरे प्रतिबिंब में कुछ जोड़ सकते हैं।

DeafLight 14 जन॰ 2018

क्या आपको लगता है कि ओमिटर दृष्टिकोण समस्या का समाधान कर सकता है? मैं इस वर्ग को नहीं जानता था और निश्चित रूप से इसे वैसे भी आजमाऊंगा।

कृपया मुझे बताएं कि क्या आपके पास अपने प्रश्न पर और प्रश्न हैं।

zvirja 15 जन॰ 2018

👍2

यह एकदम सही काम करता है। बहुत - बहुत धन्यवाद! मुझे लगता है कि आप इसे तब बंद कर सकते हैं :)

DeafLight 15 जन॰ 2018

@ देव-ए-चींटी बहुत बढ़िया, प्रतिक्रिया के लिए धन्यवाद! :)

zvirja 15 जन॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Autofixture: एक अनुकूलित उदाहरण बनाना परिपत्र संदर्भों पर विफल रहता है

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

समाधान 1: संपत्ति के लिए Omitter जोड़ें

समाधान 2: इसके बजाय Create<T>() API का उपयोग करें

संबंधित मुद्दों

समाधान 1: संपत्ति के लिए `Omitter` जोड़ें

समाधान 2: इसके बजाय `Create<T>()` API का उपयोग करें