Pourquoi « fmt.Println » de Go produit-il une sortie inattendue avec des types intégrés et plusieurs méthodes « String() » ?

Comportement inattendu de la méthode String() dans les types intégrés Go

Lors de l'utilisation de types intégrés dans Go, les champs et les méthodes du type intégré sont effectivement hérité par le type embrassant. Cela peut entraîner un comportement inattendu, en particulier lorsqu'il s'agit de méthodes String() personnalisées.

Considérez cet exemple :

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)
}

Dans ce code, le type Engineer intègre à la fois les types Person et TaxPayer. , qui définissent leurs propres méthodes String() pour formater les données respectives. Cependant, si nous instancions un objet Engineer et appelons fmt.Println(engineer), le résultat n'est pas comme prévu :

{name: John Doe, age: 35 3 Construction}

Cette sortie suggère que la méthode Engineer.String() est invoquée, mais le La méthode TaxPayer.String() contribue également au résultat. En effet, la méthode String() est promue au type Engineer lorsqu'elle est intégrée, et les méthodes Person.String() et TaxPayer.String() sont éligibles pour l'invocation.

Pour clarifier cela, considérez ce qui suit scénario :

fmt.Println(engineer.String()) // Compile error: ambiguous selector engineer.String

Dans ce cas, le compilateur génère une erreur car l'ingénieur dispose de plusieurs méthodes String() promues, ce qui entraîne un sélecteur ambigu. Cependant, fmt.Println(engineer) réussit car le compilateur sélectionne automatiquement le formatage par défaut pour Engineer en fonction de ses champs.

La raison de cet écart apparent est que la fonction fmt.Println() délègue essentiellement la conversion de chaîne. au paquet fmt. Lorsqu'il rencontre une valeur qui implémente l'interface fmt.Stringer (qui définit une méthode String()), il invoque cette méthode pour obtenir la représentation sous forme de chaîne.

Dans notre exemple, puisque Person.String() et TaxPayer.String() existe, aucun des deux n'est promu ingénieur et le formatage par défaut est utilisé. Cependant, dans le cas de fmt.Println(engineer.String()), le compilateur rencontre le sélecteur ambigu et génère une erreur.

En conclusion, les types incorporés peuvent conduire à un comportement inattendu de la méthode String() lorsque plusieurs les types intégrés définissent de telles méthodes. Il est important de comprendre les mécanismes d'intégration et de promotion des méthodes pour éviter toute confusion potentielle et garantir le résultat souhaité.

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!