首頁 > 後端開發 > Golang > 為什麼帶有'%g”和寬度/精度字段的'fmt.Printf”表現異常?

為什麼帶有'%g”和寬度/精度字段的'fmt.Printf”表現異常?

Susan Sarandon
發布: 2024-10-26 17:02:02
原創
360 人瀏覽過

Why Does `fmt.Printf` with `%g` and Width/Precision Fields Behave Unexpectedly?

寬度和精確度欄位為%g 的fmt.Printf 行為異常

嘗試使用fmt.Printf 格式化具有一致寬度的浮點數時(),當使用帶有寬度和精度欄位的%g 格式說明符時,它可能不會按預期運行。

根據文檔,%g 的精確度欄位設定總位數,不包括任何前導零。但是,%g 格式說明符有一些可能令人困惑的獨特行為。

前導零和數字計數:

  • 小數部分中的前導零是不計為數字。
  • 非零數字後的尾隨零計為數字。

範例:

  • fmt .Printf("%.4g", 0.12345) 給予 0.1235。
  • fmt.Printf("%.4g", 0.012345) 給出 0.01235。
  • fmt.Printf("%.4g" , 0.0012345) 給出 0.001234。

精確度與寬度:

  • 寬度欄位指定最小寬度,包括任何小數點或指數。
  • 如果位數超過指定的寬度,寬度欄位將被忽略。

您的情況:

在您的範例中,您使用了 .9g,它指定最小寬度為 10,總共 9 位數字。但是,會出現以下行為:

  • 0.0606060606060606:需要 12 位數字,因此忽略最小寬度。
  • 0.3333333333333333:需要 11 位數字,因此忽略最小寬度。
  • 0.05和0.4:需要9位數字,小於最小寬度,所以用空格填滿。
  • 0.1818181818181818:四捨五入後需要9位數字,所以忽略最小寬度。

以上是為什麼帶有'%g”和寬度/精度字段的'fmt.Printf”表現異常?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板