배경:
광범위한 연구와 테스트를 거친 후 저자는 다음과 같이 믿습니다. Go에 포함된 메서드는 "상위" 필드에 액세스할 수 없습니다. 이 질문은 알려진 예외나 대체 접근 방식이 있는지 탐색합니다.
목표:
목표는 CRUD 작업이 수행되는 Go용 Active Record 스타일 ORM을 만드는 것입니다. 사용자 구조체에 포함되어야 합니다. 이렇게 하면 백엔드 데이터 저장소의 가독성과 추상화가 향상됩니다.
예:
제공된 Go 코드 조각은 "의 "이름" 필드에 액세스하려고 시도합니다. 포함된 "Bar" 구조체의 "Test" 메서드에서 Foo" 구조체를 가져옵니다. 그러나 이로 인해 컴파일 오류가 발생합니다.
질문:
포함된 메서드가 바깥쪽 구조체의 필드에 액세스할 수 있도록 하는 메커니즘이 Go에 있습니까?
정답:
Go는 직접 지원하지 않습니다. 포함된 메소드 내의 상위 필드에 액세스합니다. "Test" 메서드의 수신자 유형은 "Bar" 포인터이며 이 포인터가 내장되어 있는지 독립형인지 여부를 메서드에서 확인할 수 있는 방법은 없습니다.
가능한 해결 방법:
한 가지 해결 방법은 인터페이스{} 멤버를 "Bar" 구조체에 추가하고 포함 유형을 이 멤버에 할당하도록 요구하는 것입니다. 그러나 이는 훌륭한 솔루션이 아니며 추가적인 복잡성을 초래합니다.
대체 접근 방식:
임베딩 방법 대신 저자는 다음과 같은 다른 API 구조를 사용할 것을 제안합니다. "user.Save()" 대신 "db.Save(user)". 이 접근 방식을 사용하면 여러 데이터베이스로 더 쉽게 확장할 수 있으며 전역 상태에 대한 의존도가 줄어듭니다.
위 내용은 Embedded Go 메소드가 포함된 구조체 필드에 액세스할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!