Pourquoi est-il nécessaire de passer des pointeurs lors de l'utilisation de bibliothèques Go et Viper?

Syntaxe de pointeur et résoudre les problèmes dans l'utilisation de la bibliothèque Viper

Lors de la programmation en Go, il est crucial de comprendre la syntaxe et l'utilisation des pointeurs, en particulier lorsqu'ils sont utilisés en combinaison avec des bibliothèques tierces telles que Viper, vous pouvez rencontrer des problèmes qui nécessitent une compréhension approfondie. La question que nous allons discuter aujourd'hui est de savoir comment passer correctement les paramètres dans l'utilisation de la bibliothèque Viper et pourquoi passer un pointeur à un pointeur est nécessaire.

Il existe plusieurs modules dans notre projet: réglage, section, global et principal. Le code spécifique est le suivant:

Module de réglage:

 Type Setting Struct {
    VP * Viper.viper
}

func newseting () (* Paramètre, erreur) {
    vp: = viper.new ()
    vp.setConfigname ("config")
    vp.addconfigpath ("configs /")
    vp.setConfigType ("yaml")
    err: = vp.readinconfig ()
    Si err! = Nil {
        Renvoie nil, euh
    }

    retour et réglage {vp: vp}, nil
}

Module de section:

 Type SERVERSettings struct {
    String RunMode
    chaîne httpport
    Lectimeout Time.Duration
    writeTimeout Time.Duration
}

Func (S * Setting) ReadSection (K String, V Interface {}) Erreur {
    err: = s.vp.unmarshalkey (k, v)
    Si err! = Nil {
        retourner err
    }

    retour nil
}

Module global:

 var serversetting * setting.serversettings

Module principal:

 paramètre, err: = setting.newsetting ()

Setting.ReadSection ("Server" et Global.Serversetting)

Maintenant, si vous modifiez la deuxième ligne à Setting.ReadSection ("Server", Global.Serversetting) Dans le module principal, le résultat d'erreur doit être adressable (un pointeur). Pourquoi est-ce?

Le problème est que Global.Serversetting est déjà un pointeur, pourquoi avez-vous besoin de passer son adresse lorsque vous appelez la méthode de lecture?

Il y a une description dans le code source de la bibliothèque Viper:

 // newDecoder renvoie un nouveau décodeur pour la configuration donnée. une fois
// Un décodeur a été retourné, la même configuration ne doit pas être utilisée
// encore.
func newdecoder (config * DecoderConfig) (* Decoder, Error) {
    val: = reflev.valueof (config.result)
    si val.kind ()! = reflev.ptr {
        return nil, errors.new ("le résultat doit être un pointeur")
    }

    val = val.elem ()
    si! Val.canaddr () {
        return nil, errors.new ("Le résultat doit être adressable (un pointeur)")
    }
}

À partir de ce code, nous pouvons voir que les paramètres passés doivent non seulement être un pointeur, mais aussi être adressables (peuvent être adressables). Lorsque vous passez un pointeur vers une structure, il ne peut pas être traité par lui-même, provoquant ainsi une erreur.

Pour vérifier cela, nous pouvons jeter un œil à l'exemple suivant:

 package principal

importer (
    "FMT"
    "refléter"
)

var a * db

Tapez db struct {
}

func main () {
    Val: = refléte.Valueof (a)
    val = val.elem ()
    fmt.println (val.canaddr ())

    val = réflect.valueof (& a)
    val = val.elem ()
    fmt.println (val.canaddr ())
}

L'exécution de ce code obtiendra la sortie suivante:

 FAUX
vrai

Cela montre que lorsque A est passé (c'est-à-dire un pointeur), ses éléments ne peuvent pas être traités, tandis que lorsque & a est passé (c'est-à-dire un pointeur du pointeur), ses éléments peuvent être traités.

Par conséquent, lors de l'utilisation de la méthode de lecture, nous devons passer et global.

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!