Mengapa Go Slices Membenarkan Pengindeksan Melebihi Panjangnya Tanpa Panik?

Menghiris Melebihi Panjang dalam Perjalanan

Apabila menghiris kepingan dalam Go, adalah mungkin untuk menentukan indeks melebihi panjangnya. Mengapakah tingkah laku ini berlaku dan apakah implikasinya?

Mengikut spesifikasi Go, indeks tatasusunan dan hirisan dianggap dalam julat jika 0 ≤ rendah ≤ tinggi ≤ len(a). Oleh itu, untuk tatasusunan atau rentetan, indeks adalah sah sehingga dan termasuk len(a). Walau bagaimanapun, untuk kepingan, sempadan indeks atas ditentukan oleh kapasiti cap(a) dan bukannya panjangnya.

Dalam contoh yang diberikan,

a := []int{1, 2, 3}
fmt.Println(a[0:])
fmt.Println(a[1:])
fmt.Println(a[2:])
fmt.Println(a[3:]) // doesn't panic - why??
fmt.Println(a[4:]) // panics as expected

a[3:] tidak panik kerana ia merujuk kepada sebahagian daripada tatasusunan asas, yang melangkaui panjang semasa kepingan tetapi kekal dalam kapasitinya. Ini menghasilkan kepingan kosong. Walau bagaimanapun, a[4:] mencetuskan panik kerana ia melebihi panjang sebenar tatasusunan.

Mengikut spesifikasi, mengakses indeks di luar julat yang ditentukan mengakibatkan panik masa jalan. Walau bagaimanapun, dalam kes kepingan, kapasiti boleh dianggap sebagai julat lanjutan untuk tujuan penghirisan, membenarkan indeks sehingga len(a).

Atas ialah kandungan terperinci Mengapa Go Slices Membenarkan Pengindeksan Melebihi Panjangnya Tanpa Panik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!