Autofixture: 순환 참조에서 사용자 지정 인스턴스 빌드 실패

에 만든 2018년 01월 13일 · 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에서 완벽하게 작동하지만 첫 번째 테스트(fixture.Create 사용)만 4.0.0(.NET 4.6.2, NUnit3.7.1, FluentAssertions 4.19.4)을 사용하여 통과합니다.

주입된 사용자 지정이 순환 참조를 확인하지 않도록 지정하더라도 fixture.Build를 사용하는 테스트는 실패합니다.

변경 로그에서 누락된 것이 있습니까 아니면 버그입니까?

미리 감사드립니다 :)

question

출처

DeafLight

가장 유용한 댓글

Omitter 접근 방식이 문제를 해결할 수 있다고 생각하십니까? 나는 이 수업을 몰랐고 어쨌든 확실히 시도할 것입니다.

다음과 같이 사용자 정의를 다시 작성하면 모든 테스트가 통과하기 시작합니다.

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 에 2018년 01월 15일

👍2

모든 5 댓글

@Dev-I-Ant 여기에 문제를 게시하고 자세한 설명을 해주셔서 감사합니다 👍

이 동작은 #781에 적용된 변경 사항의 결과입니다. 하나의 사용자 지정이 다른 사용자 지정에 영향을 줄 수 있는 문제를 수정했습니다. 이는 동일한 유형에 대해 두 개의 후속 사용자 정의가 있는 경우에도 발생합니다. 이전 사용자 정의는 완전히 무시됩니다.

Build<T>() API를 사용하면 실제로 DummyObject 유형에 대한 임시 사용자 지정을 생성하는 것입니다. 즉, 이전의 모든 사용자 정의( Customize<DummyObject>() API를 통해 적용됨)가 무시되고 참여하지 않습니다. 이것이 순환 종속성에 대한 오류가 다시 표시되는 이유입니다.

이러한 종류의 격리가 필요합니다. 그렇지 않으면 매우 이상한 문제가 발생할 수 있습니다(위에 언급된 PR에서 참조된 문제 참조). 따라서 일을 단순하게 유지하기 위해 관찰된 동작은 버그가 아니라 현재 가지고 있는 디자인의 특수성이라고 말하고 싶습니다.

관찰한 문제를 완화하기 위해 기본적으로 두 가지 방법이 있습니다.

해결 방법 1: 속성에 `Omitter` 추가

우리는 이미 비슷한 질문을 받았으므로 여기에 제안된 접근 방식을 재사용하거나 필요에 더 잘 맞도록 변경할 수 있습니다. 분명히 이것이 프로젝트의 일반적인 시나리오라면 확장 메서드를 만들어 작업을 더 쉽게 수행할 수 있습니다.

해결 방법 2: 대신 `Create<T>()` API 사용

샘플에서는 Build<> API를 사용할 필요가 없습니다. 물론 단순화된 샘플을 제공했고 실제로 해당 API가 필요할 수도 있습니다. 그러나 만일을 대비하여 이 옵션을 제공하기로 결정했습니다 😃

내 답변이 이 문제에 대한 정보를 제공하는 데 도움이 되었는지 알려주세요 😉

zvirja 에 2018년 01월 13일

@zvirja 통찰력 주셔서 감사합니다. 이것은 상황을 더 명확하게 만듭니다.

나는 이미 같은 유형에 사용자 정의를 쌓는 것이 불가능하다는 사실에 대해 많이 읽었고(비록 실망스럽더라도) 이 변경으로 인해 확실히 약간의 문제가 발생하지만 왜 무언가를 변경해야 하는지 이해합니다.

내 사용 사례는 많은 순환 참조가 있는 큰 개체 그래프를 사용하여 응용 프로그램을 테스트하는 것입니다. 부모가 자식 목록을 보유하고 차례로 부모를 참조하는 전형적인 (반?) 패턴입니다.

모델을 변경하고 싶지만 현재로서는 불가능합니다.

따라서 단순히 fixture.Create를 사용하여 객체를 생성하는 것은 옵션이 아니며 일반적으로 직후에 OmitAllProperties를 호출하여 객체를 빌드하므로 AF의 성능이 제한됩니다.

그래서 저는 순환 참조를 생략하고 이를 처리하는 몇 가지 사용자 정의를 만들곤 했습니다(그런 다음 개발자는 순환 참조가 있는지 여부에 신경쓰지 않고 개체를 빌드하고 With를 사용하여 추가로 사용자 정의할 수 있어야 했습니다. 없이 등등). 그러나 이러한 변화는 이 모든 것을 깨뜨립니다.
Omitter 접근 방식이 문제를 해결할 수 있다고 생각하십니까? 나는 이 수업을 몰랐고 어쨌든 확실히 시도할 것입니다.

다시 한 번 감사드리며, 제 생각에 추가할 수 있는 내용이 있으면 알려주세요.

DeafLight 에 2018년 01월 14일

Omitter 접근 방식이 문제를 해결할 수 있다고 생각하십니까? 나는 이 수업을 몰랐고 어쨌든 확실히 시도할 것입니다.

다음과 같이 사용자 정의를 다시 작성하면 모든 테스트가 통과하기 시작합니다.

따라서 네, 문제를 해결해야 합니다 😉 또한 이 접근 방식은 너무 복잡해 보이지 않으므로 수용 가능해야 합니다.

질문에 대해 추가 질문이 있으면 알려주세요.

zvirja 에 2018년 01월 15일

👍2

이것은 완벽하게 작동합니다. 정말 감사합니다! 닫으시면 될 것 같아요 :)

DeafLight 에 2018년 01월 15일

@Dev-I-Ant Awesome, 피드백 주셔서 감사합니다! :)

zvirja 에 2018년 01월 15일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Autofixture: 순환 참조에서 사용자 지정 인스턴스 빌드 실패

가장 유용한 댓글

모든 5 댓글

해결 방법 1: 속성에 Omitter 추가

해결 방법 2: 대신 Create<T>() API 사용

관련 문제

해결 방법 1: 속성에 `Omitter` 추가

해결 방법 2: 대신 `Create<T>()` API 사용