답변.

문제의 역사: Go에서 수신기를 가진 메소드는 인터페이스를 구현하고 사용자 정의 타입에 대한 행동의 캡슐화를 가능하게 하기 위해 등장했습니다. 이는 OOP 언어에서 클래스의 메소드와 유사합니다.

문제: Go에서는 구조체(또는 다른 타입)에 대해 두 가지 방법으로 메소드를 선언할 수 있습니다: 값 수신기 또는 포인터 수신기. 이들의 차이를 잘못 적용하면 불명확한 오류가 발생할 수 있으며, 이는 메소드가 선언된 수신기의 종류와 호출되는 방식(변수 또는 포인터에 따라)으로 인해 다릅니다.

해결책:

값 수신기를 가진 메소드는 호출 시 구조체 전체를 복사하며, 이런 메소드 내에서의 변경 사항은 원래 객체에 영향을 미치지 않습니다. 포인터 수신기를 사용하면 원본 객체를 다루고 변경할 수 있습니다. 적절한 수신기를 선택하는 것이 성능 최적화와 올바른 동작을 위한 중요한 요소입니다.

코드 예시:

package main
import "fmt"

type Counter struct {
    Value int
}

func (c Counter) IncByValue() { // 수신기 — 값
    c.Value++
}

func (c *Counter) IncByPointer() { // 수신기 — 포인터
    c.Value++
}

func main() {
    c := Counter{}
    c.IncByValue()
    fmt.Println(c.Value)      // 0을 출력합니다.
    c.IncByPointer()
    fmt.Println(c.Value)      // 1을 출력합니다.
}

주요 특징:

• 값에 의한 전달은 객체를 완전히 복사하며, 변경 사항은 로컬입니다.
• 포인터에 의한 전달은 외부에서 구조체 필드를 변경할 수 있게 합니다 (호출하는 코드에서 볼 수 있음).
• 포인터 수신기의 메소드는 변수 또는 포인터를 통해 호출될 수 있으며, Go는 자동으로 변환을 수행합니다.

의도적 질문.

1. 구조체가 큰 필드(예: 배열 [1000]int)를 포함하는 경우, 어떤 수신기를 메소드에 사용하는 것이 좋고 그 이유는 무엇인가요?

답변: 포인터 수신기를 사용하는 것이 좋습니다. 큰 데이터 블록을 복사하는 부담을 피할 수 있습니다. 값 수신기를 사용하면 전체 객체가 복사되며, 이는 비효율적입니다.

2. 포인터 수신기를 가진 구조체는 값 수신기를 가진 메소드를 정의하는 인터페이스와 호환됩니까?

답변: 아닙니다. 인터페이스의 메서드가 값으로 선언되고, 구조체가 오직 포인터에서만 이를 구현하는 경우 컴파일러는 이를 호환되지 않는다고 판단합니다.

3. 포인터 수신기를 가진 메소드를 값 변수에서 호출할 수 있나요 (포인터가 아닌)?

답변: 예. Go는 주소 (&struct)를 암시적으로 가져오므로 메소드가 올바르게 호출됩니다.

c := Counter{}
c.IncByPointer() // Go는 (&c).IncByPointer()를 호출합니다.

일반적인 오류 및 안티 패턴

• 구조체를 변경해야 하는 경우 값에서 메소드를 선언함.
• 수신기의 차이로 인해 인터페이스 구현에 실패함.
• 큰 구조체의 불필요한 복사로 인한 비효율.

실생활 예시

부정적인 사례

프로젝트에서 구조체가 거대하지만 모든 메소드는 값으로 선언됨(value receiver). 매 호출 시 전체 객체가 복사되며, 이는 성능에 눈에 띄게 영향을 미침.

장점: 단순성, 원래 객체를 우연히 변경할 수 없음. 단점: 높은 메모리 및 CPU 비용.

긍정적인 사례

작은 구조체에는 큰 상태 없이 메소드를 값으로 선언하고, 큰 구조체에는 오직 포인터로만 선언함. 객체를 변경하는 메소드는 포인터로 사용됨.

장점: 메모리 절약, 상태의 올바른 변경. 단점: 인터페이스 호환성에 주의해야 하며 포인터 전달의 특성을 기억해야 함.