>백엔드 개발 >Golang >필드를 공유하는 Go 구조체에 대한 일반적인 `Save()` 메서드를 구현하는 방법은 무엇입니까?

필드를 공유하는 Go 구조체에 대한 일반적인 `Save()` 메서드를 구현하는 방법은 무엇입니까?

Susan Sarandon
Susan Sarandon원래의
2024-11-24 07:03:11373검색

How to Implement a Common `Save()` Method for Go Structs Sharing a Field?

Go에서 공유 필드가 있는 구조체에 대한 공통 메서드를 구현하는 방법

공통 필드를 공유하는 구조체로 작업할 때 다음이 발생할 수 있습니다. 모두 적용할 수 있는 메소드를 추가하는 것이 바람직합니다. 이 질문은 ModelA와 ModelB라는 두 구조체에 Save() 메서드가 필요한 Beego/ORM의 맥락에서 이 시나리오를 탐색합니다.

제안된 솔루션

  • 인터페이스 정의: Save() 메서드를 선언하는 Saveable이라는 인터페이스를 정의합니다. ModelA와 ModelB 모두에 대해 이 인터페이스를 구현하면 Save() 기능을 활용할 수 있습니다.

<br>type Savable 인터페이스 {</p>
<pre class="brush:php;toolbar:false">Save()

}

func(ModelA) 저장() {

// Implementation for ModelA

}

func(b ModelB) Save() {

// Implementation for ModelB

}

  • 임베딩: 다음과 같은 기본 구조체를 만듭니다. 공유 Guid 필드가 포함된 ModelC입니다. 이 구조체를 ModelA 및 ModelB에 포함합니다. ModelA와 ModelB 모두에서 사용할 수 있도록 ModelC에서 Save() 메서드를 정의합니다.

<br>type ModelC struct {</p>
<pre class="brush:php;toolbar:false">Guid string `orm:"pk"`

}

func(c ModelC) 저장() 오류 {

// Implementation for ModelC

}

유형 ModelA 구조체 {

ModelC
FiledA string

}

유형 ModelB 구조체 {

ModelC
FiledB string

}

삽입 시 주의사항

삽입에는 특정 제한이 있다는 점에 유의해야 합니다. 포함된 Save() 메서드를 ModelA 및 ModelB에서 사용할 수 있지만 이러한 구조체와 관련된 추가 필드는 Save() 작업에 자동으로 포함되지 않습니다.

결론

가장 적합한 솔루션은 시스템의 특정 요구 사항에 따라 다릅니다. Save() 구현이 ModelA와 ModelB 간에 크게 다른 경우 인터페이스 접근 방식은 더 큰 유연성을 제공합니다. 그러나 공통 구현을 공유하는 경우 중복 코드가 필요하지 않으므로 삽입이 더 효율적일 수 있습니다.

위 내용은 필드를 공유하는 Go 구조체에 대한 일반적인 `Save()` 메서드를 구현하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.