Autofixture: सिमेंटिक तुलना - दो बच्चों के संग्रह की समानता

क्या आप हमें दिखा सकते हैं कि जिस वस्तु की आप तुलना करने का प्रयास कर रहे हैं वह कैसा दिखता है?

साथ ही, क्या आपने इस उदाहरण में दिखाए गए अनुसार सीधे SemanticComparer<T> का उपयोग करने का प्रयास किया है? यह Likeness<TSource, TDestination> का उपयोग करने से अधिक लचीला है।

वस्तु में यह संरचना है:

public class SongDto
    {
        public string Lyrics { get; set; }
        public IEnumerable<TagDto> Tags { get; set; }
        public string FileName { get; set; }
        public string CustomPromoLink { get; set; }
        public string UPC { get; set; }
        public YoutubeVideoDto YouTubeVideo { get; set; }
    }

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

मुझे यह जानने के लिए उत्सुकता होगी कि JSON तुलनाकर्ता IEnumerable<TagDto> को कैसे संभालता है यदि यह एक अनंत अनुक्रम है?

अनंत अनुक्रम को कुछ भी कैसे संभालेगा? मैं निश्चित रूप से यह नहीं कह रहा हूं कि यह सही है, और मैं स्पष्ट रूप से एक और समाधान की तलाश में हूं इसलिए अर्थपूर्ण तुलना में गोता लगाएँ, लेकिन अगर SC इस स्थिति को संभाल नहीं सकता है, तो मुझे इसका उपयोग करने में कोई मतलब नहीं दिखता है। मुझे लगता है कि इसे संभालने का एक तरीका है, मुझे ओले इंटरवेब पर वहां एक अच्छा समाधान नहीं मिला।

आप के लिए इसी तरह कर सकते हैं इस का उपयोग करते हुए, एक DelegatingMemberComparer है कि या तो रिटर्न हमेशा True के लिए IEnumerable<TagDto> या और भी बेहतर, तुलना IEnumerable<TagDto> जिस तरह से आप चाहते हैं में .

(उपरोक्त लिंक में दूसरा और तीसरा DelegatingMemberComparer उदाहरण देखें।)

ठीक है, मदद के लिए दिल से धन्यवाद।

तो संक्षेप में, मुझे अभी भी प्रत्येक प्रकार के लिए एक कस्टम DelegatingMemberComparer लिखना है। तो फिर पुस्तकालय का उपयोग करने का लाभ यह है कि एक असफल परीक्षण में यह मुझे बताता है कि कौन से गुण भिन्न हैं?

मुझे अभी भी प्रत्येक प्रकार के लिए एक कस्टम DelegatingMemberComparer लिखना है

• सभी प्रकार के लिए एक DelegatingMemberComparer , जो a.Equals(b) करता है या इसके लिए समानता का भी उपयोग करता है
• एक DelegatingMemberComparer IEnumerable<TagDto> जैसा कि ऊपर उस लिंक में दिखाया गया है

एक असफल परीक्षण में यह मुझे बताता है कि कौन से गुण भिन्न हैं

नहीं, समानता यही करती है...

समानता वस्तुओं की तुलना करने के लिए आंतरिक रूप से SemanticComparer<T> का उपयोग करती है... इसलिए, यदि आप SemanticComparer<T> का उपयोग करने जा रहे हैं तो आप अधिक लचीले हो सकते हैं लेकिन आप समानता की रिपोर्टिंग सुविधा खो देंगे।

आप रिपोर्टिंग सामान की जरूरत है, तो आप समानता का उपयोग करते हुए कुछ इसी तरह प्राप्त करने के लिए सक्षम हो सकता है With और EqualsWhen वाक्य रचना के रूप में में दिखाया गया है इस उदाहरण।

ठीक है, अब मैं अपने मूल प्रश्न पर वापस आ गया हूं, अगर रिपोर्टिंग सामग्री अब नहीं है (जो मैंने पढ़ा है उससे समानता को बहिष्कृत किया जा रहा है), और यदि एक DelegatingMemberComparer लिखता है तो मुझे इस पुस्तकालय से क्या मिलेगा .Equals(b), यह एक संदर्भ तुलना करने जा रहा है या मुझे प्रत्येक ऑब्जेक्ट की समान विधि को ओवरराइड करना होगा। क्या वह सही है?

तो IEqualityComparers के साथ xUnit Assert का उपयोग करने से क्या लाभ है?

मैं बस यह जोड़ना चाहता हूं कि मुझे लगता है कि ऑटोफिक्चर अद्भुत है, और मुझे लगा कि सिमेंटिक कंपेयर मेरे सेटअप के रूप में मेरे दावे को आसान बना देगा।

मैं आपके SongDto लिए 3 उदाहरण (Likeness, SemanticComparer, IEqualityComparer) प्रदान करने का प्रयास करूंगा ताकि हम वहां से चर्चा जारी रख सकें।—इस समय मेरे पास काम का बोझ है, इसलिए इसमें मुझे कुछ समय लग सकता है। ..

@moodmosaic धन्यवाद एक टन !! और अगर आप मुझे कुछ ऐसे लेखों की ओर इंगित करना चाहते हैं, जो यह बताते हैं कि सिमेंटिक कंपेयर का क्या मतलब है, तो शायद यह मुझे इस बिंदु पर कम घना बना देगा।

इन परिदृश्यों के लिए, मैंने बहुत प्रभाव के साथ https://github.com/jmansar/SemanticComparisonExtensions का उपयोग किया है। इसके साथ, मैं आंतरिक समानता को नियंत्रित कर सकता हूं और चीजों को थोड़ा सा बदल सकता हूं।

जटिल नेस्टेड तुलनाओं को जल्दी से सेट करने का एक शानदार तरीका भी बनाता है।

@cvbarros उन एक्सटेंशन ने इस मुद्दे को बंद करते हुए एक आकर्षण की तरह काम किया!