[Go 공식문서 한국어 정리] ⑯28. Go 자주 물어보는 질문(FAQ)

https://go.dev/doc/faq

 

[Go 공식문서 한국어 정리] ⑯28. Go 자주 물어보는 질문(FAQ)

 

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

 

1. 서론

이 문서는 Go에 대해 자주 물어보는 질문들을 정리한 FAQ입니다. Go의 설계 처험, 특징, 그리고 다른 언어와의 차이점에 대한 꺼밭을 벗기는 데 도움이 될 것입니다.

 

2. 핵심 개념

• Go는 2007년 Robert Griesemer, Rob Pike, Ken Thompson이 설계한 언어이며 2009년 공개 오픈소스가 되었습니다.
• 단순성, 신뢰성, 효율성을 최우선으로 하며, 대규모 소프트웨어 개발을 위해 설계되었습니다.
• 컴파일 속도, 실행 속도, 프로그래밍 쉽음의 세 가지를 모두 제공하려고 했습니다.

 

3. 주요 내용 상세

 

3.1 Go의 어어, 고유, 관향

• Go의 조상은 C(기본 문법), Pascal/Modula(선언, 패키지), CSP(동시성)입니다.
• 고퍼(gopher)는 Renée French가 설계한 마스코트입니다.
• 언어 이름은 Go이며, Golang은 웹사이트 주소에서 비례한 호칭입니다.
• 주요 설계 원칙: 단순성, 직교성(orthogonality), 자동화, 타이핑 감소.

 

3.2 사용

• Google은 Go를 내부에서 광범위로 사용하고 있으며, Docker와 Kubernetes도 Go로 작성되었습니다.
• C/C++와 연동이 필요한 경우 cgo나 SWIG를 사용할 수 있습니다.
• 대부분의 IDE와 에디터가 Go를 지원합니다. gopls를 통해 LSP를 지원합니다.

 

3.3 설계 질문

• 제네릭: Go 1.18부터 제네릭이 지원되었습니다.
• 예외: Go는 try-catch-finally를 제공하지 않습니다. 다중 반환값과 error 타입을 사용해 오류를 처리합니다.
• 어서션(assertion): Go는 어서션을 제공하지 않습니다. 프로그래머들이 적절한 오류 처리를 고민하도록 하기 위해서입니다.
• 동시성: CSP(Communicating Sequential Processes)를 기반으로 하며, 고루틴과 채널을 제공합니다.
• 고루틴: 스레드보다 가벼운 동시 실행 단위. 수키로밯자를 다룩하여 많은 고루틴을 생성할 수 있습니다.
• 매프: 기<본적으로 동시접근에 안전하지 않습니다. 필요한 경우 sync.Map을 사용하거나 외부 무역화를 적용해야 합니다.

 

3.4 타입

• 객체지향: Go는 객체지향을 지원하지만 타입 계층이나 상속은 없습니다. 임베딩으로 유사한 효과를 낼 수 있습니다.
• 인터페이스: 암물에 의한 약한 결합(implicit interface)을 사용합니다. 메서드를 구현하면 자동으로 인터페이스를 수행합니다.
• 메서드 오버로딩: Go는 오버로딩을 지원하지 않습니다. 메서드 이름으로만 분리합니다.
• len은 함수: len이 메서드가 아닌 함수인 이유는 기본 타입의 인터페이스를 방해하지 않기 위해서입니다.

 

3.5 값

• 암물적 숫자 변환: Go는 암물적 숫자 변환을 지원하지 않습니다. int와 int64은 다른 타입입니다.
• 상수: 임의 정밀도의 이상적인 숫자이며, 타입이 없습니다. 변수에 할당할 때에만 특정 타입의 숫자가 됩니다.
• 매프, 슬라이스, 채널은 참조형: 할당시 사본이 복사되지 않고 참조가 복사됩니다. 배열은 값입니다.
• new vs make: new는 제로화된 메모리를 할당(포인터 반환), make는 슬라이스/매프/채널을 초기화(값 반환).

 

3.6 포인터 및 할당

• 모든 함수 인자는 값으로 전달됩니다. 포인터도 값으로 전달되므로 포인터의 사본이 복사되지 않습니다.
• 인터페이스의 포인터: 인터페이스의 포인터는 의미없는 상황에서만 사용합니다.
• 스택 vs 힙: 컴파일러가 함수 바깥에서 참조되지 않는다고 증명할 수 있으면 스택에, 그렇지 않으면 힙에 할당합니다. 탐색 분석(escape analysis)을 통해 일부 경우 스택에 배치할 수 있습니다.
• 당일 함수의 지역변수에 대한 포인터를 받으면 일반적으로 힙에 할당되며, 탐색 분석을 통해 스택에 남길 수 있다면 스택에 배치할 수 도 있습니다.

 

3.7 인터페이스 및 nil

• 인터페이스는 타입(T)과 값(V)의 쌍으로 구현됩니다. 둘 다 nil이어야 인터페이스가 nil입니다.
• nil 포인터를 인터페이스에 저장하면 (T=*int, V=nil)이므로 인터페이스는 nil이 아닙니다. 이게 흔한 nil 오류의 원인입니다.
• 오류를 반환할 때는 항상 error 타입을 사용하여 이러한 문제를 피하십시오.

 

4. 실전 활용

• Go의 다양한 설계 결정에 대한 이해가 필요할 때 FAQ를 참고합니다.
• 다른 언어의 경험을 Go로 옮기는 경우 이 FAQ가 도움이 됩니다.
• 새로운 기능을 제안하기 전에 Go 1 호환성 약속과 설계 처험을 고려해야 합니다.
• 표준 라이브러리의 소스코드와 Effective Go를 통해 관향을 배우십시오.

 

5. 정리

• Go는 단순성, 신뢰성, 효율성을 최우선으로 하는 언어입니다.
• 다양한 설계 결정은 컴파일 속도, 실행 속도, 프로그래밍 쉽음의 밸런스를 맞추기 위해 내렸습니다.
• 앞어야 할 것은 제네릭의 오버헐드, 앱물에 의한 약한 결합, 동시성을 위한 CSP 모델, 가비지 컬렉션, 그리고 다중 반환값을 통한 오류 처리입니다.

 

#Go #Golang #FAQ #공식문서