Warum ist es notwendig, Zeiger zu verabschieden, wenn sie GO- und Viper -Bibliotheken verwenden?

Go Zeigersyntax und Probleme bei der Verwendung der Viper -Bibliothek angehen

Bei der Programmierung in Go ist es wichtig, die Syntax und Verwendung von Zeigern zu verstehen, insbesondere wenn Sie in Kombination mit Bibliotheken von Drittanbietern wie Viper verwendet werden, können Sie auf einige Probleme stoßen, die ein tiefes Verständnis erfordern. Die Frage, die wir heute diskutieren werden, geht davon aus, wie die Parameter in der Verwendung der Viper -Bibliothek korrekt übergeben werden kann und warum es erforderlich ist, einen Zeiger an einen Zeiger zu übergeben.

In unserem Projekt gibt es mehrere Module: Einstellung, Abschnitt, Global und Main. Der spezifische Code lautet wie folgt:

Einstellungsmodul:

 Geben Sie die Einstellungsstruktur {ein
    vp *Viper.viper
}

Func NewsSetting () (*Einstellung, Fehler) {
    VP: = Viper.New ()
    vp.setConfigname ("config")
    vp.addconfigPath ("configs/")
    vp.setConfigType ("yaml")
    err: = vp.readinconfig ()
    Wenn er! = nil {
        Nil zurückgeben, ähm
    }

    Rückgabe & Einstellung {vp: vp}, nil
}

Abschnittsmodul:

 Geben Sie Serversettings Struct {ein
    Runmode -Zeichenfolge
    httpport String
    ReadTimeout Time.duration
    WriteTimeout Time.duration
}

Func (S *Seting) ReadSection (K String, V -Schnittstelle {}) Fehler {
    err: = s.vp.unmarshalkey (k, v)
    Wenn er! = nil {
        Return err zurück
    }

    Null zurückkehren
}

Globales Modul:

 var Serversetting *Einstellung.Serversettings

Hauptmodul:

 Einstellung, ERR: = Einstellung.NewSeting ()

Seting.readSection ("Server" & Global.Serverseting)

Wenn Sie nun die zweite Zeile an die Einstellung ändern. Warum ist das?

Das Problem ist, dass global.serversetting bereits ein Zeiger ist. Warum müssen Sie seine Adresse übergeben, wenn Sie die ReadSection -Methode aufrufen?

Der Quellcode der Viper -Bibliothek befindet sich eine Beschreibung:

 // NewDecoder gibt einen neuen Decoder für die angegebene Konfiguration zurück. einmal
// Ein Decoder wurde zurückgegeben, die gleiche Konfiguration darf nicht verwendet werden
// wieder.
func NewDecoder (config *decoderConfig) ( *Decoder, Fehler) {
    val: = reflect.Valueof (config.Result)
    Wenn Val.kind ()! = reflektiert.ptr {
        NIL zurückgeben, Fehler.NEW ("Ergebnis muss ein Zeiger sein")
    }

    val = val.elem ()
    If! Val.Canaddr () {
        Rückgabe nil, fehler.New ("Ergebnis muss adressierbar sein (ein Zeiger)"))
    }
}

Aus diesem Code können wir feststellen, dass die übergebenen Parameter nicht nur ein Zeiger sein, sondern auch adressierbar sein müssen (können adressierbar sein). Wenn Sie einen Zeiger an eine Struktur übergeben, kann er nicht von selbst angesprochen werden, wodurch ein Fehler verursacht wird.

Um dies zu überprüfen, können wir uns das folgende Beispiel ansehen:

 Paket Main

importieren (
    "fmt"
    "reflektieren"
)

var a *db

Geben Sie DB struct {ein
}

func main () {
    val: = reflektiert.Valueof (a)
    val = val.elem ()
    fmt.println (val.canaddr ())

    val = reflektiert.Valueof (& a)
    val = val.elem ()
    fmt.println (val.canaddr ())
}

Durch Ausführen dieses Code wird die folgende Ausgabe erhalten:

 FALSCH
WAHR

Dies zeigt, dass, wenn A übergeben wird (d. H. Ein Zeiger), seine Elemente nicht angesprochen werden können, während wenn & a übergeben wird (d. H. Ein Zeiger des Zeigers), können seine Elemente angesprochen werden.

Bei Verwendung der ReadSection -Methode müssen wir daher verabschieden und global.serversetting, da auf diese Weise die Adresse eines Zeigers übergeben wird, der angegangen werden kann, wodurch die Anforderungen der Viper -Bibliothek erfüllt werden.

Das obige ist der detaillierte Inhalt vonWarum ist es notwendig, Zeiger zu verabschieden, wenn sie GO- und Viper -Bibliotheken verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!