>백엔드 개발 >Golang >Go의 `s[lo:hi]` 슬라이스가 `hi` 번째 요소를 제외하는 이유는 무엇입니까?

Go의 `s[lo:hi]` 슬라이스가 `hi` 번째 요소를 제외하는 이유는 무엇입니까?

Mary-Kate Olsen
Mary-Kate Olsen원래의
2024-12-08 15:30:10260검색

Why Does Go's `s[lo:hi]` Slice Exclude the `hi`-th Element?

Go 슬라이스 요소 인덱싱: s[lo:hi]가 요소 hi-1에서 끝나는 이유

Go 슬라이스에서 표현식 s [lo:hi]는 lo 위치에서 hi-1 위치까지의 요소 조각으로 평가됩니다. 이는 hi 요소를 포함할 것으로 예상할 수 있으므로 직관에 어긋나는 것처럼 보일 수 있습니다. 그러나 이러한 결정에는 몇 가지 설계 근거가 있습니다.

이 접근 방식의 한 가지 장점은 포인터 연산에 있습니다. C와 같은 언어에서 배열은 첫 번째 요소에 대한 포인터로 표시됩니다. 0 인덱스 배열과 포괄적-배타적 슬라이싱을 사용하면 요소 주소 계산이 단순화됩니다. 요소 i의 주소는 단순히 배열 포인터에 i를 더한 값이기 때문입니다.

두 번째로, 이 인덱싱 방식을 사용하면 다음을 지정하여 원본 슬라이스를 추출할 수 있습니다. arr[0:len(arr)]. 이는 데이터를 슬라이스로 읽은 다음 추가 작업 없이 비어 있지 않은 슬라이스를 추출하는 등의 시나리오에서 유용합니다.

마지막으로 인덱스 중복을 방지합니다. 이는 배열을 연속적인 인덱스가 있는 하위 슬라이스로 분할할 때 슬라이스가 배열 전체를 완전히 덮는다는 것을 의미합니다. 이는 아래 코드 조각에서 볼 수 있듯이 연속되지 않은 정수를 기반으로 배열을 분할하는 등의 작업을 용이하게 합니다.

func consecutiveSlices(ints []int) [][]int {
    ret := make([][]int, 0)
    i, j := 0, 1
    for j < len(ints) {
        if ints[j] != ints[j-1] + 1 {
            ret = append(ret, ints[i:j])
            i = j
        }
    }
    ret = append(ret, ints[i:j])
    return ret
}

s[lo:hi]에 hi 요소를 포함하는 것이 더 직관적이었을까? 예, 아마도 초보자용일 것입니다. 그러나 단순화된 포인터 연산, 원활한 슬라이스 추출, 겹치지 않는 인덱스를 포함한 0 인덱스 배열 및 포괄적-배타적 슬라이싱의 장점은 직관적인 포괄적-포함 슬라이싱의 이점보다 더 큽니다.

위 내용은 Go의 `s[lo:hi]` 슬라이스가 `hi` 번째 요소를 제외하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.