首頁 >後端開發 >Golang >為什麼 `fmt.Println` 不總是呼叫我的自訂類型的 `String()` 方法?

為什麼 `fmt.Println` 不總是呼叫我的自訂類型的 `String()` 方法?

Patricia Arquette
Patricia Arquette原創
2024-12-31 11:43:10441瀏覽

Why Doesn't `fmt.Println` Always Call My Custom Type's `String()` Method?

fmt.Println 中的介面轉換導致方法呼叫失敗

嘗試使用fmt.Println 列印自訂類型的值時,該類型的String() 方法的預期方法呼叫可能不會發生。當值作為值而不是指標傳遞時,就會出現此問題。

考慮範例程式碼:

import "fmt"

type Car struct {
    year int
    make string
}

func (c *Car) String() string {
    return fmt.Sprintf("{make:%s, year:%d}", c.make, c.year)
}

func main() {
    myCar := Car{year: 1996, make: "Toyota"}
    fmt.Println(myCar) // Value-based object
}

在這種情況下,Car 的預期 String() 方法將不會當 fmt.Println 與 Car 類型的值一起使用時被呼叫。相反,該值將使用預設的 Go 格式化機制進行格式化。

要解決此問題並確保無論物件是值還是指標都會呼叫自訂String() 方法,可以使用下列選項可用:

  • 在基於值的類型上實作String():雖然這種方法消除了手動轉換的需要,但它由於每次呼叫String() 方法時都會複製對象,因此會導致效能損失。
  • 始終將指標傳遞給 fmt.Println:透過將指標傳遞給 fmt.Println,Println函數將自動取消引用它並呼叫基礎值的 String() 方法。這可以確保無論物件是值還是指針,都會套用所需的格式:
fmt.Println(&myCar) // Pointer-based object

透過遵守這些準則,您可以可靠地呼叫String() 方法並控制fmt.Println.

中自訂類型的格式化

以上是為什麼 `fmt.Println` 不總是呼叫我的自訂類型的 `String()` 方法?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn