Maison >développement back-end >Golang >Pourquoi l'impression d'un pointeur Go vers une structure à partir d'une carte affiche-t-elle parfois une adresse au lieu de la valeur de la structure ?

Pourquoi l'impression d'un pointeur Go vers une structure à partir d'une carte affiche-t-elle parfois une adresse au lieu de la valeur de la structure ?

Patricia Arquette
Patricia Arquetteoriginal
2024-12-08 06:38:13412parcourir

Why does printing a Go pointer to a struct from a map sometimes show an address instead of the struct's value?

Comprendre les nuances des pointeurs Go

Dans Go, saisir les subtilités des pointeurs est crucial pour une programmation efficace. Cet article se penche sur un scénario spécifique dans lequel une valeur stockée dans une carte et imprimée sous forme de pointeur donne des résultats inattendus.

Le problème : dévoiler l'énigme

Un programme Go fonctionne avec une carte (Modèles) contenant des paires clé-valeur, dont l'une comprend une valeur de structure (Test) désignée pour être utilisée avec la fonction GORM First(). Le comportement déroutant survient lorsque l'on tente de récupérer la structure de la carte et de l'imprimer sous forme de pointeur. Alors que la fonction GORM nécessite une structure, l'opération d'impression produit une sortie qui semble être simplement une adresse.

La solution : percer le mystère

La clé réside dans plonger dans les subtilités du formatage par défaut du package fmt. Lors de l'impression d'une valeur sans spécifier de format, fmt.Printf() utilise des règles par défaut basées sur le type de valeur. Dans l'exemple initial, test1 est de type Test et est passé comme pointeur vers la fonction d'impression. Selon le formatage par défaut, les pointeurs vers les structures sont représentés par &{field0 field1 ...}, expliquant l'apparence de &{a} lorsque le champ Test est initialisé à "a".

Cependant, le le deuxième exemple implique des différences subtiles. La valeur (test2) récupérée de la carte Models est de type interface{} en raison de la déclaration de type de la carte (map[string]interface{}). Lorsque vous tentez d'imprimer le pointeur vers test2, la valeur est essentiellement enveloppée dans une valeur interface{} supplémentaire, ce qui donne un type de *interface{}. Le formatage par défaut des valeurs *interface{} impose l'impression de l'adresse, d'où la sortie de la valeur d'adresse hexadécimale observée.

Résoudre le dilemme : une approche plus élégante

Pour efficacement extrayez la structure souhaitée de test2, une assertion de type peut être utilisée. Cela implique de convertir explicitement la valeur interface{} en type prévu, dans ce cas, Test. Ce faisant, la valeur test2 devient de type identique à test1, produisant une sortie cohérente lors de l'impression.

Alternativement, une solution plus optimale serait de stocker des pointeurs vers les valeurs de test directement dans la carte des modèles, éliminant ainsi le besoin de assertion de type ou affectation de variable intermédiaire. Cela garantit que les valeurs de l'interface{} dans la carte sont intrinsèquement des pointeurs vers Test, prêts à être utilisés ou transférés directement.

Comprendre le comportement des pointeurs et le formatage par défaut dans Go est essentiel pour naviguer dans les nuances du développement Go. environnement. En comprenant ces concepts, les programmeurs peuvent créer un code élégant et efficace qui exploite tout le potentiel des capacités de Go.

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