동일한 인터페이스의 여러 버전을 지원하는 방법은 무엇입니까?

질문 내용

인터페이스를 만족하는 구조를 구현한 go 모듈을 작성하고 있습니다. 우리는 단일 버전의 라이브러리만 유지하고 싶지만 고객은 종속성 중 하나의 여러 버전을 사용합니다.

종속성은 아래와 같이 우리가 구현하려는 인터페이스를 제공합니다.

으아악

우리의 구현은 이렇습니다.

으아악

새 버전의 종속성은 유형 모듈에 새로운 유형을 추가합니다.

으아악

종속성은 인터페이스에 메서드를 추가합니다.

으아악

이제 새 메서드를 구현하면 types.newtype이 존재하지 않기 때문에 이전 버전의 라이브러리로 컴파일되지 않습니다. 하지만 새 버전을 구현하지 않으면 새 버전의 인터페이스를 만족시킬 수 없습니다.

으아악

이 버전을 지원하려면 코드를 포크해야 합니까? 전처리기가 있는 언어에는 간단한 해결책이 있으므로 go에는 내가 놓친 해결책이 있을 것이라고 가정합니다.

우리는 두 버전을 계속 개발하고 지원할 계획이므로 서로 다른 두 버전 간의 일관성을 보장해야 하는 것이 번거로울 수 있습니다. 전처리기 값을 정의하고 라이브러리 버전에 올바른 유형을 갖도록 지시하는 경우에만 메서드를 구현할 수 있는 리플렉션이나 c 전처리기와 유사한 작업을 수행할 수 있기를 바랍니다.

정답

내 상황에 맞는 솔루션을 찾았습니다.

저에게 올바른 방향을 알려준 @Burak Serdar에게 감사드립니다.

내 솔루션은 이전 구현을 impl/v0 패키지에 넣고 새로운 구현을 impl/v1 패키지에 넣는 것이었습니다.

이전 버전의 종속성을 사용하는 클라이언트는 impl/v0을 사용하고 최신 버전의 종속성을 사용하는 클라이언트는 impl/v1을 사용합니다.

golang은 직접 가져온 코드만 컴파일하므로 올바른 인터페이스 버전의 패키지만 컴파일되므로 양방향이 성공적으로 컴파일됩니다.

이것은 전체 라이브러리를 포크해야 하는 것에 대한 걱정을 덜어줍니다.

편집: 누구든지 이 솔루션을 사용하는 경우 현재 go test ./...를 사용하여 테스트를 실행하고 있다면 문제가 있습니다. 이 명령은 테스트 포함 여부에 관계없이 모든 모듈을 빌드하려고 시도하는 것 같습니다.

그러나 go test $(go list ./... | grep -v <path_to_ignore>)</path_to_ignore>를 사용하여 테스트를 제외할 수 있으며, 그런 다음 다른 명령에서 올바른 버전에 대해 실행할 수 있습니다.

위 내용은 동일한 인터페이스의 여러 버전을 지원하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!