GO 언어에서 인터페이스를 구현하면 인터페이스를 구현하기 위해 인터페이스를 명시 적으로 사용해야합니까?

문제 토론 : Go Language의 인터페이스의 구현 방법 및 검사 메커니즘

GO 프로그래밍에서 인터페이스의 구현은 구조의 인터페이스 정의의 모든 방법을 암시 적으로 만족시킴으로써 달성됩니다. GO에서 인터페이스의 구현과 관련하여 인터페이스를 구현하기 위해 인터페이스를 명시 적으로 고려해야합니까? 이 문제에 대해 자세히 논의하기 위해 질문자가 제공 한 코드를 예제로 사용합니다.

질문자는 두 개의 코드 스 니펫, 즉 Main1과 Main을 주었다. Apple 구조는 Main1에서 정의되어 있으며 인스턴스화되지만 인터페이스 사용법은 관련이 없습니다. Main은 Apple 구조를 정의 할뿐만 아니라 과일 인터페이스를 정의하고 Apple 구조를 통해 인터페이스 방법을 구현 한 다음 Apple 유형의 인스턴스를 주요 기능의 과일 유형 변수에 할당합니다.

Go Language에서 구조에서 인터페이스를 구현하는 방법은 암시 적이며, 구조 정의에서 인터페이스가 구현되었음을 명시 적으로 선언 할 필요가 없습니다. 구조가 인터페이스 정의의 모든 방법을 구현하는 한 인터페이스를 구현하는 것으로 간주됩니다. 따라서, 질문자가 제공 한 예에서, Apple 구조는 과일 인터페이스에 필요한 방법 인 grow () 메소드를 정의하기 때문에 과일 인터페이스를 구현합니다.

그러나 Main1 및 Main의 인터페이스 구현 문제에 대한 추가 설명이 필요합니다. 과일 인터페이스는 Main1에서 명시 적으로 사용되지는 않지만 Apple 구조가 grow () 방법을 정의하기 때문에 실제로 과일 인터페이스를 구현합니다. GO 언어의 인터페이스 점검은 필요에 따라 수행됩니다. Main1에는 인터페이스 사용량이 없으므로 인터페이스 점검은 수행되지 않습니다. 따라서 Main1에는 인터페이스가 없지만 Apple 구조는 여전히 과일 인터페이스를 구현합니다.

대조적으로, 메인의 Apple Type 인스턴스는 과일 유형 변수에 할당되며, 이는 GO Language Interface Check 메커니즘을 트리거합니다. Apple 구조는 과일 인터페이스의 모든 방법을 구현하기 때문에이 과제 작업은 합법적입니다.

따라서 GO에서 구조 구현 인터페이스는 암시 적이며 인터페이스를 명시 적으로 사용하지 않고 구현할 수 있습니다. Main1에는 인터페이스 점검이 없지만 Apple 구조는 여전히 과일 인터페이스를 구현합니다. 그리고 주로, 인터페이스 점검은 Apple 인스턴스를 유형 과일의 변수에 할당하여 트리거되어 Apple이 과일 인터페이스를 구현했음을 확인합니다.

위 내용은 GO 언어에서 인터페이스를 구현하면 인터페이스를 구현하기 위해 인터페이스를 명시 적으로 사용해야합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!