[Go] Ellipsis 의 활용과 주의사항

Go 에서 ... 은 Ellipsis (줄임표) 연산자라고 부른다. JS 에서도 이런 문법이 있던 걸로 기억한다. 

Ellipsis 연산자의 주요 용도는 두가지 인데 1) 가변인자 매개변수, 2) 슬라이스 확장 정도로 정의할 수 있다.

 

1. 가변인자 (Variadic Parameters)

가변 인자는 함수가 임의의 개수의 인자를 받을 수 있게 하는 기능이다. 예를 들어 int 형 인자를 파라미터로 넘겨야 할 때 한개를 넘기거나, 그 이상의 수를 넘겨야 하는 경우를 생각해보자. 인자의 수가 변하는 경우, 보통 배열을 인자로 받아야 한다고 생각할 수 있지만 ellipsis 를 사용하면 파라미터의 타입을 굳이 배열로 변경할 필요가 없다.

 

아래 예시를 살펴보자. sum() 함수는 인자로 int 형 ellipsis 를 받을 수 있다.

// 함수 정의 시
func sum(nums ...int) int {
    total := 0
    for _, num := range nums {
        total += num
    }
    return total
}

// 함수 호출
sum(1, 2, 3)
sum(1, 2, 3, 4, 5)

 

 

위 예시를 보고 띠용 할 수 있다. 그냥 배열을 넘기면 되는 것 아닌가? 굳이 ellipsis 를 인자에 선언해야하나? 그런 생각이 들었다면 아래 코드를 보자. 차이가 느껴지실랑가 모르겠다. 가변 인자를 사용한 sum() 함수는 굳이 배열을 사용하지 않고 직접 함수 호출이 가능하지만, 배열 슬라이스를 인자로 받는 sumArray() 는 슬라이스를 명시적으로 생성해줘야 한다.

// 가변 인자 사용
func sum(numbers ...int) int {
    ...
}

// 직접 호출이 간편하다
sum(1, 2, 3)

// 배열/슬라이스 사용
func sumArray(numbers []int) int {
    ...
}

// 호출 시 슬라이스를 명시적으로 생성해야 한다
sumArray([]int{1, 2, 3})

 

또 다른 예시를 살펴보자. 다음 예시는 문자를 concatenate 하는 함수로, elemetns 인자는 가변적으로 string 타입의 변수를 넣을 수 있다. concatenate 하고 싶은 string 이 몇개이든 상관없이 인자를 추가할 수 있다.

// 문자열 결합 함수
func concatenate(delimeter string, elements ...string) string {
    return strings.Join(elements, delimeter)
}

result := concatenate("-", "Go", "is", "awesome")
fmt.Println(result) // 출력: Go-is-awesome

concatenate("-", "Go", "is", "awesome", "쭉쭉", "추가", "가능")

 

2. 슬라이스 확장

다음은 슬라이스 확장 시에도 ellipsis 를 유용하게 활용할 수 있다. 

이전 1번 예시에서는 type 앞에 ... 이 붙었지만, 슬라이스를 확장하는(쉽게 말해 배열을 벗겨버리는) 경우엔 ... 를 변수 뒤에 붙이면 끝이다.

nums := []int{1, 2, 3}
otherNums := []int{4, 5, 6}

// 슬라이스를 개별 요소로 확장하여 전달
allNums := append(nums, otherNums...)


// ellipsis를 사용하지 않는다면 아래처럼 각 인자를 순회해야 한다.
allNums := nums
for _, num := range otherNums {
    allNums = append(allNums, num)
}
// ellipsis 를 사용한 것 보단 가독성이 좋지않다.

 

3. 실제 예시

이번 글을 쓰게 된 이유를 코드로 설명해보려 한다. 

기존에는 하나의 redis 엔드포인트를 사용하던 시스템에서, replica 엔드포인트를 추가하게 되면서 총 2개의 endpoint 를 쓰게 됐다. Redis 설정값을 초기화 할 때 이 endpoint 값을 주입 시 ellipsis 를 사용할 수 있었다. 기존 코드에서는 하나의 endpoint 만 받지만, 개선된 코드에서는 string 을 ellipsis 로 받아 2개 이상의 endpoint 도 인자로 받을 수 있게 됐다. 

// 기존
func mustConnectRedis(endpoint string) redis.UniversalClient {
	...
    redisClient := redis.NewUniversalClient(&redis.UniversalOptions{
		Addrs:        endpoint,
		ReadOnly:     true,
	})
}
mustConnectRedis("127.0.0.1:6379")



// 슬라이스 확장하도록 개선
func mustConnectRedis(endpoint ...string) redis.UniversalClient {
	...
    redisClient := redis.NewUniversalClient(&redis.UniversalOptions{
		Addrs:        endpoint,
		ReadOnly:     true,
	})
}
mustConnectRedis("127.0.0.1:6379", "127.0.0.1:6380")

 

 

주의사항과 팁

1. 가변인자는 항상 함수 마지막 매개변수여야 한다.

// 올바른 사용
func correct(prefix string, numbers ...int)

// 잘못된 사용
func incorrect(numbers ...int, prefix string) // 컴파일 에러

 

2. 타입 안정성 유지

func betterFunction(numbers ...int) // interface{} 대신 구체적인 타입 사용 권장
func avoidThis(args ...interface{}) // 가능하면 피할것

 

3. 작은 데이터 셋에서 사용 권장

가독성 측면에서 큰 장점을 보이는 ellipsis 지만 성능 측면도 고려해야 한다. 

ellipsis 를 사용하면 내부적으로 슬라이스가 생성되므로 매우 큰 데이터 셋을 다룰 때는 직접 슬라이스를 전달하는 것이 더 효율적이기 때문이다. 아래 코드를 보며 자세히 알아보자. 

func sum(numbers ...int) int {
    // numbers는 내부적으로 슬라이스로 변환됨
    total := 0
    for _, num := range numbers {
        total += num
    }
    return total
}

// 호출 시
sum(1, 2, 3)

 

sum() 이 실행될 때 내부적으로 일어나는 일을 정리하면,

1. 새로운 슬라이스가 생성됨

2. 인자들 (1,2,3)이 슬라이스로 복사됨

3. 함수 내부에서 슬라이스를 사용함.

 

위 예시처럼 적은 수의 인자가 슬라이스로 복사되어도 성능 차이는 거의 발생하지 않을 거라 생각한다. 하지만 만약 크기가 (오버해서) 100만인 슬라이스를 초기화하여 ellipsis 로 넘긴다고 가정해보자.

케이스 1 처럼 슬라이스를 확장하면 sumVariadic() 내부에서 크기가 100만인 슬라이스가 새로 생성되어 복사되며 이러한 작업이 반복되면 심각한 메모리 문제를 초래할 수 있다.

때문에 데이터 셋이 너무 커질 것 같을 땐 ellipsis 를 사용하기 보다 케이스 2 처럼 기존 슬라이스를 직접 사용하는 것이 메모리 측면에서 효율적이라 생각한다.  

numbers := make([]int, 1000000)

// 케이스 1: 추가적인 슬라이스 생성 및 복사 발생
sumVariadic(numbers...)  

// 케이스 2: 기존 슬라이스 직접 사용 (추가 메모리 할당 없음)
sumSlice(numbers)

  

정리하면

ellipsis 를 사용하는 이유는 코드 유연성과 재사용성을 향상시킬 수 있다. 함수 호출 시 더 깔끔하고 직관적인 문법을 사용하여 가독성을 높일 수 있고, 매개변수 개수의 유연성도 높이는 장점을 노릴 수 있다. 단 슬라이스를 확장하면 함수 내부에서 해당 슬라이스 크기만큼 새로운 슬라이스를 생성하고 복사하는 작업이 발생할 수 있다. 때문에 크기가 큰 데이터를 사용하는 경우라면 메모리 측면도 고려하여 ellipsis 를 적절히 사용하는 것을 권장한다.