Maison >développement back-end >Golang >Pourquoi le package `fmt` de Go préfère-t-il `Error()` à `String()` lorsque les deux sont implémentés ?

Pourquoi le package `fmt` de Go préfère-t-il `Error()` à `String()` lorsque les deux sont implémentés ?

Mary-Kate Olsen
Mary-Kate Olsenoriginal
2024-11-28 10:58:11169parcourir

Why Does Go's `fmt` Package Prefer `Error()` Over `String()` When Both Are Implemented?

Error() Priority Over String() dans Go

Dans Go, le package fmt gère l'impression des valeurs en fonction de leurs types. Lorsqu'un objet implémente à la fois les méthodes Error() et String(), la méthode Error() est prioritaire. Ce comportement découle de l'implémentation de fmt, qui donne la priorité à la gestion des erreurs.

Selon la documentation du package fmt, si un opérande implémente l'interface d'erreur, la méthode Error() est invoquée pour convertir l'objet en chaîne avant appliquer n’importe quel formatage. Cette logique remplace la méthode String(), qui est appelée par défaut pour les opérandes qui l'implémentent.

Le code suivant illustre ce comportement :

package main

import "fmt"

type Person struct {
    Name string
    Age  int
}

func (p *Person) String() string {
    return fmt.Sprintf("%v (%v years)", p.Name, p.Age)
}

func (p *Person) Error() string {
    return fmt.Sprintf("Failed")
}

func main() {
    a := &Person{"Arthur Dent", 42}
    z := &Person{"Zaphod Beeblebrox", 9001}
    fmt.Println(a, z)
}

Sortie :

Failed Failed

Dans cet exemple, même si le type Person implémente à la fois String() et Error(), la fonction fmt.Println imprime "Échec" pour les deux personnes car la méthode Error() est prioritaire. En effet, les erreurs sont considérées comme plus critiques et nécessitent une attention immédiate.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn