Go 언어의 유형과 인터페이스 사이의 관계는 무엇입니까

Go 언어에서는 유형과 인터페이스 간에 일대다 관계와 다대일 관계가 있습니다. 유형은 동시에 여러 인터페이스를 구현할 수 있으며 인터페이스는 서로 독립적이며 서로의 구현을 알지 못합니다. 여러 유형이 동일한 인터페이스를 구현할 수도 있습니다. 인터페이스의 메소드는 반드시 유형에 의해 완전히 구현될 필요는 없습니다. 인터페이스의 메소드는 유형에 다른 유형이나 구조를 삽입하여 구현할 수 있습니다. 즉, 사용자는 인터페이스의 메소드가 하나의 유형을 통해 완전히 구현되는지, 아니면 한 구조에 내장되어 결합된 여러 구조를 통해 구현되는지에 대해 신경 쓰지 않습니다.

이 튜토리얼의 운영 환경: Windows 7 시스템, GO 버전 1.18, Dell G3 컴퓨터.

Go 언어 유형과 인터페이스의 관계

Go 언어에서는 유형과 인터페이스 사이에 일대다 관계와 다대일 관계가 있습니다. 이러한 일반적인 개념은 독자의 편의를 위해 아래에 나열되어 있습니다. ' 인터페이스와 유형의 이해. 복잡한 환경에서의 구현 관계.

A형은 여러 인터페이스를 구현할 수 있습니다

A형은 동시에 여러 인터페이스를 구현할 수 있으며, 인터페이스는 서로 독립적이며 서로의 구현을 알 수 없습니다.

네트워크상의 두 프로그램은 양방향 통신 연결을 통해 데이터를 교환하며, 연결의 한쪽 끝을 소켓이라고 합니다. 소켓은 동시에 데이터를 읽고 쓸 수 있으며 이 기능은 파일과 유사합니다. 따라서 개발 중에 파일과 소켓 모두의 읽기 및 쓰기 기능은 독립적인 판독기 및 작성기 개념으로 추상화됩니다.

소켓도 파일과 마찬가지로 사용 후 리소스를 해제해야 합니다.

데이터를 쓸 수 있고 닫아야 하는 Socket의 기능은 인터페이스를 사용하여 설명됩니다.

type Socket struct {
}
func (s *Socket) Write(p []byte) (n int, err error) {
    return 0, nil
}
func (s *Socket) Close() error {
    return nil
}

Socket 구조의 Write() 메서드는 io.Writer 인터페이스를 구현합니다.

type Writer interface {
    Write(p []byte) (n int, err error)
}

At 동시에 Socket 구조는 io.Closer 인터페이스도 구현합니다.

type Closer interface {
    Close() error
}

Socket에 의해 구현된 Writer 인터페이스의 코드를 사용하면 Writer 인터페이스 구현자가 Closer 인터페이스의 특성을 가지고 있는지 여부를 알 필요가 없습니다. 마찬가지로 Closer 인터페이스를 사용하는 코드는 다음 그림과 같이 Socket이 Writer 인터페이스를 구현했다는 사실을 알지 못합니다.

그림: 인터페이스의 사용 및 구현 프로세스

코드에서 Socket 구조를 사용하여 구현된 Writer 인터페이스와 Closer 인터페이스 코드는 다음과 같습니다.

// 使用io.Writer的代码, 并不知道Socket和io.Closer的存在
func usingWriter( writer io.Writer){
    writer.Write( nil )
}
// 使用io.Closer, 并不知道Socket和io.Writer的存在
func usingCloser( closer io.Closer) {
    closer.Close()
}
func main() {
    // 实例化Socket
    s := new(Socket)
    usingWriter(s)
    usingCloser(s)
}

usingWriter()와 usingCloser()는 완전히 독립적이며 서로의 존재를 모릅니다. 내가 사용하는 인터페이스가 소켓으로 구현되어 있는지 모르겠습니다.

여러 유형이 동일한 인터페이스를 구현할 수 있습니다.

인터페이스 메소드는 반드시 유형별로 완전히 구현될 필요는 없습니다. 인터페이스 메소드는 유형에 다른 유형이나 구조를 삽입하여 구현할 수 있습니다. 즉, 사용자는 인터페이스의 메소드가 하나의 유형을 통해 완전히 구현되는지, 아니면 한 구조에 내장되어 결합된 여러 구조를 통해 구현되는지에 대해 신경 쓰지 않습니다.

서비스 인터페이스는 두 가지 방법을 정의합니다. 하나는 서비스를 시작하는 방법(Start())이고 다른 하나는 로그를 출력하는 방법(Log())입니다. GameService 구조를 사용하여 Service를 구현합니다. GameService 자체 구조는 Start() 메서드만 구현할 수 있으며, Service 인터페이스의 Log() 메서드는 로그를 출력할 수 있는 로거(Logger)로 구현되었습니다. 아니면 GameService를 다시 구현하세요. 따라서 Logger를 GameService에 포함하도록 선택하면 코드 중복을 방지하고 코드 구조를 최대한 단순화할 수 있습니다. 자세한 구현 과정은 다음과 같습니다.

// 一个服务需要满足能够开启和写日志的功能
type Service interface {
    Start()  // 开启服务
    Log(string)  // 日志输出
}
// 日志器
type Logger struct {
}
// 实现Service的Log()方法
func (g *Logger) Log(l string) {
}
// 游戏服务
type GameService struct {
    Logger  // 嵌入日志器
}
// 实现Service的Start()方法
func (g *GameService) Start() {
}

코드 설명은 다음과 같습니다.

• 2번째 줄은 서비스 인터페이스를 정의합니다. 서비스는 Start() 메소드와 로깅 메소드를 구현해야 합니다.

• 8번째 줄은 로그를 출력할 수 있는 로거 구조를 정의합니다.

• 12번째 줄, Logger에 Log() 메서드를 추가하고 Service의 Log() 메서드를 구현합니다.

• 라인 17은 GameService 구조를 정의합니다.

• 18번째 줄에서는 GameService에 Logger 로거를 삽입하여 로깅 기능을 구현합니다.

• Line 22, GameService의 Start() 메서드는 Service의 Start() 메서드를 구현합니다.

이때 GameService를 인스턴스화하고 인스턴스를 Service에 할당합니다. 코드는 다음과 같습니다.

var s Service = new(GameService)
s.Start()
s.Log(“hello”)

s Start() 메서드와 Log() 메서드를 사용할 수 있습니다. 여기서 Start()는 GameService로 구현되고, Logger가 구현하는 Log() 메서드입니다.

【관련 추천: Go 비디오 튜토리얼, 프로그래밍 교육】

위 내용은 Go 언어의 유형과 인터페이스 사이의 관계는 무엇입니까의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!