Kaedah fmt.Println dan String()
Mengapa fmt.Println tidak menggunakan kaedah String() ahli apabila dipanggil pada struct? Mari kita periksa mekanisme asas.
Pertimbangkan kod berikut:
import "fmt" type Bar struct{} func (b Bar) String() string { return "bar" } type Foo struct { B []*Bar BB *Bar } func main() { f := Foo{B: []*Bar{&Bar{}}, BB: &Bar{}} fmt.Println(f, f.B, f.BB) }
Kod ini menghasilkan output yang dijangkakan:
{[(addr: 0x8201dde620)] (addr: 0x8201dde620)} [bar] bar
Walau bagaimanapun, anda mungkin tertanya-tanya mengapa output bukan seperti berikut:
{[bar] bar} [bar] bar
yang akan memaparkan perwakilan String() ahli dan bukannya alamat memori.
Puncanya terletak pada sifat tidak dieksport bagi kedua-dua jenis Bar dan kaedah String()nya. Dalam Go, ahli dan kaedah yang tidak dieksport hanya boleh diakses dalam pakej yang ditakrifkan. Memandangkan fmt.Println bukan sebahagian daripada pakej yang sama, ia tidak boleh mengakses elemen yang tidak dieksport ini. Oleh itu, ia menggunakan tingkah laku lalai mencetak alamat memori untuk jenis bukan terbina.
Untuk menangani isu ini, anda perlu menjadikan kedua-dua jenis Bar dan kaedah String()nya dieksport. Selain itu, medan dalam struct Foo juga mesti dieksport untuk pengekodan dan penyahkodan JSON yang betul.
Berikut ialah versi ubah suai kod yang menunjukkan pendekatan yang betul:
import "fmt" type Bar struct{} func (b Bar) String() string { return "bar" } type Foo struct { B []*Bar BB *Bar } func main() { f := Foo{B: []*Bar{&Bar{}}, BB: &Bar{}} fmt.Println(f) }
Dengan perubahan ini dilaksanakan, output sekarang ialah:
{[bar] bar} [bar] bar
Contoh ini menyerlahkan kepentingan menggunakan jenis dan kaedah yang dieksport untuk penyepaduan yang sesuai dengan pemformat seperti fmt.Println.
Atas ialah kandungan terperinci Mengapakah `fmt.Println` tidak menggunakan kaedah `String()` struct melainkan struct dan kaedah dieksport?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!