Monkey Patching으로 Go의 변경 불가능한 코드 베이스 테스트 문제를 해결할 수 있습니까?

Go의 Monkey Patching: 변경할 수 없는 코드 베이스를 위한 솔루션

인터페이스에 프로그래밍되지 않고 밀접하게 상호 연결된 코드 베이스로 작업하면 다음과 같은 문제가 발생할 수 있습니다. 테스트 및 벤치마킹에 대한 과제. 이러한 시나리오에서는 기존의 조롱 기술이 적용되지 않을 수 있습니다. 하지만 Go에는 도움이 될 수 있는 전략이 있습니다: 원숭이 패치.

유사한 상황에 직면했을 때 제안되는 접근 방식은 수정 불가능한 코드 주위의 래퍼로 사용자 정의 인터페이스를 만드는 것입니다. 이를 통해 원본 코드는 그대로 유지하면서 테스트에서 특정 메서드를 모의할 수 있습니다.

설명하기 위해 다음 예를 고려하세요.

type MyInterface interface {
    DoSomething(i int) error
    DoSomethingElse() ([]int, error)
}

type Concrete struct {
    client *somepackage.Client
}

func (c *Concrete) DoSomething(i int) error {
    return c.client.DoSomething(i)
}

func (c *Concrete) DoSomethingElse() ([]int, error) {
    return c.client.DoSomethingElse()
}

이 시나리오에서 콘크리트는 수정할 수 없는 코드입니다. . MyInterface 인터페이스를 생성하고 원본 Concrete 구조체를 삽입하면 테스트에서 해당 메서드를 모의할 수 있는 유연성을 얻을 수 있습니다.

// Replace the embedded type with a mock in tests
type MockConcrete struct {
    MyInterface
}

func (m *MockConcrete) DoSomething(i int) error {
    // Implement custom logic for mocking DoSomething
}

이 접근 방식은 기본 코드를 수정하지 않고도 특정 기능을 테스트할 수 있는 방법을 제공합니다.

또는 댓글에서 제안한 대로 별도의 인터페이스를 만드는 대신 원하는 유형을 직접 삽입할 수도 있습니다. 이를 통해 필요한 메서드만 선택적으로 모의할 수 있습니다.

type Concrete struct {
    *somepackage.Client
}

이 전략은 포함된 유형에서 모의되지 않은 메서드에 직접 액세스할 수 있는 기능을 유지하여 테스트 시 더 큰 유연성을 제공합니다.

위 내용은 Monkey Patching으로 Go의 변경 불가능한 코드 베이스 테스트 문제를 해결할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!