Dalam Go, pembenaman membenarkan jenis memasukkan medan dan kaedah daripada jenis lain dalam strukturnya sendiri. Walau bagaimanapun, apabila berbilang jenis terbenam mentakrifkan kaedah dengan nama yang sama (seperti String()), senario tertentu boleh membawa kepada gelagat yang tidak dijangka.
Pertimbangkan kod berikut:
type Engineer struct { Person TaxPayer Specialization string } type Person struct { Name string Age int } func (p Person) String() string { return fmt.Sprintf("name: %s, age: %d", p.Name, p.Age) } type TaxPayer struct { TaxBracket int } func (t TaxPayer) String() string { return fmt.Sprintf("%d", t.TaxBracket) } func main() { engineer := Engineer{ Person: Person{ Name: "John Doe", Age: 35, }, TaxPayer: TaxPayer{3}, Specialization: "Construction", } fmt.Println(engineer) }
Apabila kod ini dilaksanakan, ia menghasilkan output berikut:
{name: John Doe, age: 35 3 Construction}
Hasil ini mungkin kelihatan mengelirukan, kerana terdapat adalah berbilang kaedah String() yang ditakrifkan dalam jenis terbenam Orang dan Pembayar Cukai. Walau bagaimanapun, kekaburan itu diselesaikan dengan peraturan berikut:
Mengalih keluar kaedah Person.String() atau kaedah TaxPayer.String() menyelesaikan kekaburan, membenarkan kaedah String() yang selebihnya digunakan untuk pemformatan lalai.
Pengambilan utama daripada tingkah laku ini ialah jenis terbenam mempromosikan kaedah String() mereka hanya jika terdapat satu, kaedah yang tidak jelas ditakrifkan. Jika berbilang kaedah wujud, jenis pembenaman tidak mempunyai kaedah String() yang dipromosikan dan pemformatan lalai digunakan.
Atas ialah kandungan terperinci Mengapakah `fmt.Println` Go Menghasilkan Output Tidak Dijangka Apabila Membenamkan Jenis dengan Kaedah `String()` Bercanggah?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!