FluentAssertions: ShouldBeEquivalentTo बनाम चाहिए()।() बनाम चाहिए()। BeEquivalentTo()?

Question

क्या कोई भी उनके बीच मतभेद और उपयोग के दायरे को सारांशित कर सकता है?

मैं इतना लेख पढ़ने,

• ShouldBeEquivalientTo(): ShouldBeEquivalentTo() आदिम प्रकार नेट रूपरेखा का हिस्सा जटिल ऑब्जेक्ट रेखांकन के बजाय की तुलना के लिए इस्तेमाल किया जा करने का इरादा है।
• Should().BeEquivalentTo(): अलग-अलग आइटम समकक्ष को सत्यापित करने के लिए समान() कार्यान्वयन और संस्करण 1 के बाद से आसपास रहे हैं। एफए 2.0 में पेश किया गया नया कन्फइक्वाइवलेंटो() गहराई से संरचनात्मक तुलना कर रहा है और किसी भी अंतर पर रिपोर्टिंग कर रहा है।
• चाहिए()।(): नहीं मिल सकता है।

मेरी विनम्र समझ में, ShouldBeEquivalientTo() और Should().BeEquivalentTo() अगर Should().BeEquivalentTo() समान काम में गहराई से तुलना करता है।

Answer 1

मैं मानता हूं कि यह भ्रमित है। Should().BeEquivalentTo() को वास्तव में Should().EqualInAnyOrder() या ऐसा कुछ कहा जाना चाहिए। जैसा कि आपने कहा है, यह Equals शामिल वस्तुओं के कार्यान्वयन का उपयोग करता है यह देखने के लिए कि expected संग्रह में से सभी ऑर्डर के बावजूद actual संग्रह में दिखाई देते हैं। मुझे इसे अगले प्रमुख संस्करण के लिए ठीक करने की आवश्यकता होगी।