이동 2

https://blog.golang.org/go2draft 에는 제네릭에 대한 초안 디자인이 있습니다 .

이동 1

러스 콕스의 이동 베테랑의 하나는 쓴 일반 딜레마를받을 블로그 게시물 그가 요구하는을,

… 느린 프로그래머, 느린 컴파일러 및 비대해진 바이너리 또는 느린 실행 시간을 원하십니까?

느린 프로그래머는 제네릭이없는 결과이고 느린 컴파일러는 제네릭과 같은 C ++로 인해 발생하며 느린 실행 시간은 Java가 사용하는 boxing-unboxing 접근 방식에서 비롯됩니다.

블로그에 언급되지 않은 네 번째 가능성은 C # 경로입니다. C ++와 같이 특수 코드를 생성하지만 필요할 때 런타임에 생성합니다. 정말 좋아하지만 Go는 C #과 매우 다르기 때문에 전혀 적용 할 수 없습니다.

나는의 기술처럼 인기있는 자바 1.4를 사용하여 언급해야 이동의 제네릭 프로그래밍 것과 캐스트 interface{}와 똑같은 문제를 겪고 복싱 – 언 박싱 컴파일시 타입 안전의 손실 외에, (즉, 우리가하고있는 일이기 때문에). 작은 유형 (예 : int)의 경우 Go는 interface{}유형을 최적화하여 interface {}로 캐스트 된 int 목록이 연속적인 메모리 영역을 차지하고 일반 int의 두 배만 차지하도록합니다. 그래도에서 캐스팅하는 동안 런타임 검사의 오버 헤드가 있습니다 interface{}. 참조 .

일반 지원을 추가하는 모든 프로젝트 (여러 개가 있고 모두 흥미 롭습니다)는 컴파일 타임 코드 생성의 C ++ 경로를 균일하게 사용합니다.

답변

contract Addable(a T) {
  a + a // Could be += also
}

func Sum(type T Addable)(l []T) (total T) {
  for _, e := range l {
    total += e
  }
  return total
}

func Filter(type T)(f func(T) bool, l []T) (result []T) {
  for _, e := range l {
    if f(e) {
      result = append(result, e)
    }
  }
  return result
}