Autofixture: 기능요청: IFixture에 Clone 메소드 추가

@ajorians 좋은 하루! 귀하의 예를 이해한 방법으로 볼 때 귀하에게 필요한 것이 이미 있는 것 같습니다. Fixture의 Build() 메서드는 실제로 내부 그래프의 변경할 수 없는 복사본을 생성하므로 유지하지 않고 AutoFixture 위에 "일회성" 사용자 정의를 적용할 수 있습니다.

이 플레이그라운드 데모를 검토하세요:

```c#
공개 클래스 모델
{
공개 정수 ID { 가져오기; 세트; }
공개 문자열 이름 { get; 세트; }
}

[사실]
공개 무효 데모()
{
var 고정 장치 = new Fixture();
정착물.사용자 정의(c => c.With(m => m.Id, 42));

var value1 = fixture.Create<Model>();
Assert.Equal(42, value1.Id);
Assert.NotNull(value1.Name);

var value2 = fixture.Build<Model>()
    .With(m => m.Id, (int genInt) => genInt * 2 /* make it always even */)
    .Without(x => x.Name)
    .Create();
Assert.NotEqual(42, value2.Id);
Assert.Equal(value2.Id % 2, 0);
Assert.Null(value2.Name);

var value3 = fixture.Create<Model>();
Assert.Equal(42, value3.Id);
Assert.NotNull(value3.Name);

}
```

귀하의 요구 사항을 해결하는지 알려주십시오. 그렇지 않은 경우 도움이 되지 않는 이유를 더 구체적으로 설명하여 도움을 드릴 수 있습니다.

감사 해요!

안녕하세요 @zvirja ,

안녕하세요!

내가 할 수 있다면; 우리의 Model 클래스에는 set 가 없으며 생성자를 통해서만 설정할 수 있습니다. 따라서 이것을 다음과 같이 대체한다면:

public class Model
{
   public Model( int id, string name )
   {
      Id = id;
      Name = name;
   }

   public int Id { get; }
   public string Name { get; }
}

원래 지정하지 않아서 죄송합니다.

따라서 생성자 매개변수를 수행하려면 사용자 정의를 추가해야 합니다. 그리고 이러한 사용자 정의는 Build() 입니다.

관심이 있다면 생성자에서 많은 일을 하고 setter 없이는 readonly 키워드를 사용하고 멤버 변수가 설정되고 메서드가 설정될 때까지 설정 해제될 수 없도록 하기 위한 것입니다. 라고 불리는.

더 나은 의미가 있기를 바랍니다. 도와주셔서 감사합니다! :스마일리:

@ajorians 많은 양의 입력 인수가 있는 모델이 있으므로 명시적으로 걱정할 필요 없이 그 중 하나만 사용자 지정하려는 문제를 올바르게 이해하고

그렇지 않으면 항상 다음과 같이 작성할 수 있습니다.
c# var value2 = fixture.Build<Model>() .FromFactory((int id, string name) => new Model(id, name)) .Create();

불행히도, 매개변수 수가 증가함에 따라 확장성이 좋지 않습니다 😟

@ajorians 많은 양의 입력 인수가 있는 모델이 있으므로 명시적으로 걱정할 필요 없이 그 중 하나만 사용자 지정하려는 문제를 올바르게 이해하고

네, 맞습니다.

불행히도, 매개변수 수가 증가함에 따라 확장성이 좋지 않습니다 😟

운 좋게도 Freeze 는 매개변수 수가 증가하는 많은 클래스에서 작동합니다. 그러나 예, 생성자 매개변수를 수행하기 위해 사용자 정의를 사용하고 있는 클래스에는 현재 30 매개변수보다 많은 매개변수가 있습니다.

그리고 아마도 올해가 끝나기 전에 4 정도 추가로 성장할 것입니다.

나는 이것이 비정상적 일 수 있습니다.

하지만 예, 입력 생성자 인수가 많이 증가하고 있으며 나머지는 생각하지 않고 그 중 하나만(또는 몇 개) 사용자 정의하고 싶습니다. 전체 테스트에 대해 해당 유형을 등록하거나 동결하지 않고. 그리고 사용자 정의를 추가하는 것과 같은 간결한 방법은 약 5 코드 줄입니다.

나는 운 좋게도 그 모든 것을 할 수 있습니다. 그러나 내가 한 방식은 클라이언트 측 코드에서 clone 확장 메서드를 만드는 것과 관련이 있습니다.

이 모든 것이 의미가 있기를 바랍니다. 저와 함께 봐주셔서 감사합니다 :smiley:

@ajorians 활동이 없어 문제를 닫으
나는 당신의 디자인을 변경하는 것을 고려 했습니까?

생성자를 보면 몇 가지 문제와 문제에 대한 잠재적인 솔루션을 볼 수 있습니다.

우선 신규 및 주입 가능한 엔티티의 개념을 혼합하고 있습니다.
가장 간단한 솔루션은 주입 가능한 종속성(서비스 인터페이스라고도 함)을 속성으로 이동하고 속성 주입을 사용하여 주입하는 것입니다.
이렇게 하면 Fixture 를 복사해야 하는 즉각적인 문제가 해결되고 생성자가 더 관리하기 쉬워집니다.

두 번째는 과다 주입 코드 냄새를 해결하는 것입니다.
이는 가장 일반적으로 함께 사용되는 서비스를 별도의 추상화로 옮기는 것을 의미합니다.
이것은 당신의 디자인이 SRP를 존중하는 데 도움이 되며 확장을 통해 테스트에서 현재 수행해야 하는 엄청난 양의 설정을 줄여야 합니다.

클래스 이름이 ViewModel 이므로 MVVM 애플리케이션이 있다고 가정합니다. 메시징 모델을 도입하여 애플리케이션을 더욱 분리할 수 있습니다. 아마도 이벤트 수집기일 것입니다. 대부분의 MVVM 프레임워크에는 이러한 프레임워크가 내장되어 있으므로 많은 설정 작업을 수행할 필요가 없습니다.

도움이 되는지 알려주세요.

안녕하세요 @aivascu 님

@ajorians 활동이 없어 이슈를 종료하려 했습니다.

제가 할 수 있는 일이 있다면 알려주세요. 구현될 때까지 볼 수 있는 기능 요청이기 때문에 상당히 많은 비활성 상태가 있을 수 있습니다.

나는 당신의 디자인을 변경하는 것을 고려 했습니까?

현재 우리는 프리즘 응용 프로그램이 되는 것을 고려하고 있습니다. 그것은 당신이 언급 한 항목 중 일부에 도움이 될 것입니다. 그러나 슬프게도 나는 null 한 번 확인되고 readonly 되고 항상 null 가 되지 않도록 모든 것을 생성자에 넣는 철학을 변경하는 것을 보지 못했습니다

도움이 되는지 알려주세요.

이 모든 것이 도움이 됩니다. 전 세계 사람들도 우리가 변화를 고려해야 한다고 생각한다는 사실을 팀에 알릴 것입니다.

그러나 IFixture 가 Clone 또는 이와 유사한 방법을 사용하는 것이 합리적인지 물을 수 있습니까? 아니면 어떻게든 사람들이 사용자 정의를 추가한 다음 마지막으로 추가된 사용자 정의를 pop 해제하거나 사용자 정의를 추가하기 전 상태로 돌아가도록 허용하시겠습니까? 이 원하는 동작을 유발하는 시나리오를 이해하는 것이 중요하며 시나리오에는 처음부터 많은 문제가 있다는 데 동의합니다. 그리고 좋은 사용 사례가 없는 한 복잡성을 추가하고 싶지 않다는 것을 알았습니다. 다음에 무슨 일이 일어날지는 여러분이 선택할 수 있지만 제가 도울 수 있다면 알려주세요.

읽어주셔서 감사합니다 :smiley:

@ajorians 제 의견은 .Clone() 메서드를 Fixture 클래스에 추가해서는 안 된다는 것입니다. 내가 보기에 단일 테스트에 대해 주어진 시간에 하나의 테스트 픽스처만 있어야 합니다.

과거에 unfreeze/eject/freeze-once 기능을 구현해 달라는 요청이 몇 차례 있었지만 아무도 구현하지 않았습니다.
그 이유는 동결된 값을 반환할 빌더 또는 마지막으로 주입된 값이 무엇인지 안정적으로 식별할 수 있는 간단한 방법이 없기 때문이라고 생각합니다.

당신이 할 수 있는 일은 아래와 같이 성공적인 해결의 특정 횟수 후에 요청을 무시하는 릴레이를 구현하는 것입니다. 특정 양의 요청을 건너뛰도록 구현을 업데이트할 수도 있습니다. 나머지는 원래 게시물에서 사용한 사용자 정의로 다루어야 합니다.

public class CountingRelay : ISpecimenBuilder
{
    public CountingRelay(ISpecimenBuilder builder, int maxCount)
    {
        this.MaxCount = maxCount;
        this.Builder = builder;
    }

    public int Count { get; private set; }
    public int MaxCount { get; }
    public ISpecimenBuilder Builder { get; }

    public object Create(object request, ISpecimenContext context)
    {
        if (this.Count == this.MaxCount) return new NoSpecimen();
        var result = this.Builder.Create(request, context);
        if (!(result is NoSpecimen)) this.Count++;
        return result;
    }
}

안녕하세요 @aivascu 님

@ajorians 제 의견은 .Clone() 메서드를 Fixture 클래스에 추가해서는 안 된다는 것입니다.

좋아요. 음, 고려해 주셔서 감사합니다.

당신이 할 수 있는 일은 특정 횟수의 성공적인 해결 후에 요청을 무시하는 릴레이를 구현하는 것입니다.

내가 볼게요.

다시 한번 감사합니다! :스마일리:

@ajorians 명시적이고 자동 사용자 지정 재설정을 위해 보다 공식적인 기능 요청 #1214를 만들었습니다. 여기에서 이 기능의 진행 상황을 추적할 수 있습니다.