Азанов Андрей #243
Азанов Андрей #243
Conversation
cs/HomeExercises/ObjectComparison.cs
Outdated
| //Assert.AreEqual(expectedTsar.Parent.Height, actualTsar.Parent.Height); | ||
| //Assert.AreEqual(expectedTsar.Parent.Parent, actualTsar.Parent.Parent); | ||
|
|
||
| actualTsar.Should().Be(expectedTsar, new TsarEqualityComparer()); |
There was a problem hiding this comment.
Круто, что разобрался с компаратором, но почему не Should().BeEquivalentTo(...)?
There was a problem hiding this comment.
IEqualityComparer можно переиспользовать в будущем, притом не только во FluentAssertions.
There was a problem hiding this comment.
Но при этом остается проблема с поддержкой новых появляющихся полей, каждое из них необходимо будет не забыть внести в компаратор. Еще момент - когда используешь подобные конструкции, их тоже по хорошему нужно покрывать минимальными тестами. В общем, рекомендую откатиться к BeEquivalentTo, который создан ровно для этой проблемы, позволяет настроить вложенность и защититься от бесконечной рекурсии
cs/HomeExercises/ObjectComparison.cs
Outdated
| && x.Age == y.Age | ||
| && x.Height == y.Height | ||
| && x.Weight == y.Weight | ||
| && Equals(x.Parent, y.Parent); |
There was a problem hiding this comment.
В обоих решениях, в старом и твоем, есть рекурсивный вызов. Может ли это вызвать какие-нибудь проблемы?
There was a problem hiding this comment.
Проблемы есть. У рекурсии нет ни базы, ни ограничения на глубину. В задаче человек и родитель как бы образуют односвязный список, и хоть с логической точки зрения он не должен быть замкнутым, случается всякое. Можно получить StackOverflowException. Ещё проверка всего списка неэффективное решение.
| } | ||
|
|
||
| [Test] | ||
| public void ShouldBeValidNumber_WhenOnePlusSign() |
There was a problem hiding this comment.
Как насчет того, чтобы воспользоваться атрибутом TestCase? Получится сильно уменьшить количество кода и сгруппировать похожие тесты
@a_zhelonkin