Go Language에서 구조가 인터페이스를 구현합니까? 인터페이스 구현은 다른 코드 환경에서 확인됩니까?

GO 언어 인터페이스의 암시 적 구현 메커니즘은 종종 혼란 스럽습니다. 이 기사는 GO 언어의 구조와 인터페이스 간의 관계뿐만 아니라 다양한 코드 환경에서 인터페이스 구현을위한 컴파일러의 검사 메커니즘을 심층적으로 탐구합니다.

핵심 질문 : 구조가 GO 언어의 인터페이스를 구현하는지 여부를 결정하는 방법은 무엇입니까? 컴파일러는 언제 확인합니까?

많은 개발자들은 실수로 인터페이스를 구현하는 구조를 명시 적 으로 선언해야한다고 믿습니다 type Apple struct implements Fruit { ... } GO 언어의 인터페이스 구현은 암시 적 입니다. 유형이 인터페이스에 의해 정의 된 모든 메소드를 포함하는 한 명시 적 선언없이 인터페이스를 자동으로 구현합니다.

다음 코드를 분석하겠습니다.

예 1 : main1 함수

 과일 인터페이스 입력 {
    getName () 문자열
}

Apple Struct를 입력하십시오 {
    이름 문자열
}

func (Apple) getName () String {
    반환 a.name
}

func main1 () {
    Apple : = Apple {이름 : "Apple"}
    fmt.println (apple.getname ()) // 호출 메소드 만, 인터페이스가 관련이 없습니다}

이 예에서 main1 함수는 apple 구조의 getname() 메소드를 직접 호출합니다. apple fruit 인터페이스를 구현하지만 기능 자체는 fruit 인터페이스 유형을 사용하지 않습니다. 따라서 컴파일러는 main1 함수에서 인터페이스 구현 검사를 수행 하지 않습니다 .

예제 2 : main 기능

 func main () {
    var f 과일
    Apple : = Apple {이름 : "Apple"}
    f = Apple // 인터페이스 할당, 트리거 인터페이스 확인 fmt.println (f.getName ())
}

main 함수는 apple fruit 인터페이스 유형의 변수 f 에 할당합니다. 이 과제 작업에서 컴파일러는 apple fruit 인터페이스의 모든 방법을 구현하는지 여부를 강제로 확인합니다. 구현되지 않으면 컴파일에 오류가보고됩니다.

컴파일러 점검 타이밍 :

Go Language Compiler는 주문형 점검 정책을 채택합니다. 인터페이스 구현 점검은 인터페이스 유형이 실제로 코드에서 사용되는 경우에만 트리거됩니다 (예 : 인터페이스 할당, 인터페이스 매개 변수 통과, 유형 어설 션 등). 유형이 인터페이스를 구현하지만 코드에서 인터페이스 유형으로 사용되지 않으면 컴파일러는 오류를보고하지 않습니다.

결론적으로 :

1. 암시 적 구현 : Go Language Interface 구현은 암시 적이며 명시 적 선언이 필요하지 않습니다.
2. 주문형 점검 : 컴파일러는 코드가 인터페이스 유형을 사용할 때만 인터페이스 구현 검사 만 수행합니다.
3. 예 1 : main1 기능은 fruit 인터페이스 유형이 사용되지 않기 때문에 인터페이스 점검을 트리거하지 않습니다.
4. 예제 2 : main 기능은 인터페이스 할당이 수행되므로 인터페이스 점검을 트리거합니다.

따라서 apple Struct는 fruit 인터페이스를 구현하지만 컴파일러 점검이 구조물이 코드에서 인터페이스 유형으로 사용되는지 여부에 따라 다릅니다. 이것은 효율적이고 올바른 GO 코드를 작성하는 데 필수적입니다.

위 내용은 Go Language에서 구조가 인터페이스를 구현합니까? 인터페이스 구현은 다른 코드 환경에서 확인됩니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!