FluentAssertions: ShouldBeEquivalentTo vs Should(). Be() vs Should(). BeEquivalentTo()?

Question

Может ли кто-нибудь суммировать различия и область использования между ними?

Я читал SO статьи,

• ShouldBeEquivalientTo(): ShouldBeEquivalentTo() предназначена для использования для сравнения сложных объектов графики, а не примитивных типов часть платформы .NET.
• Should().BeEquivalentTo(): отдельные элементы Equals() для проверки эквивалентности и были вокруг с версии 1. Новее ShouldBeEquivalenTo(), введенное в FA 2.0, проводит глубокое структурное сравнение, а также сообщает о любых различиях.
• Should(). Be(): найти не удалось.

По моему скромному пониманию, ShouldBeEquivalientTo() и Should().BeEquivalentTo() работа похожа, если Should().BeEquivalentTo() делает глубокий сравнение.

Answer 1

Я согласен, что это сбивает с толку. Should().BeEquivalentTo() действительно следует называть Should().EqualInAnyOrder() или что-то в этом роде. Как вы сказали, он использует реализацию задействованных объектов Equals, чтобы увидеть, все ли в коллекции expected появятся в коллекции actual, независимо от порядка. Мне нужно исправить это для следующей крупной версии.