Was soll ich tun, wenn Golang keine Pakete importieren kann?

Lösung für das Problem, dass Golang keine Pakete importieren kann:

Pakete importieren:

Verwenden Standardpakete sind ein angegebener kurzer Pfad, z. B. „fmt“, „net/http“

Ihr eigenes Paket. Sie müssen ein Verzeichnis unter dem Arbeitsverzeichnis (GOPATH) angeben und das Paket importieren, was tatsächlich der Fall ist Basierend auf dem Arbeitsverzeichnis Es gibt viele Möglichkeiten, Pakete im Ordnerverzeichnis

zu importieren:

• direkt importieren $GOPATH/src entsprechend dem import "test/lib" Verzeichnis (der Pfad ist eigentlich $GOPATH/src/test/lib)

• Alias-Import: import alias_name "test/lib" , bei dieser Verwendung können Sie den Alias ​​

direkt verwenden

• Verwenden Sie den Punkt zum Importieren: import . "test/lib". Die Funktion besteht darin, den Paketnamen bei Verwendung von

direkt wegzulassen und ihn mit einem Unterstrich zu importieren: import _ "test /lib". Diese Operation importiert eigentlich nur das Paket. Beim Importieren eines Pakets alles. Die Funktion init() wird ausgeführt, aber manchmal müssen Sie diese Pakete nicht wirklich verwenden, Sie möchten einfach nur ihre Funktion init() Zu diesem Zeitpunkt können Sie die _-Operation verwenden, um auf das Paket zu verweisen. Das Paket kann die exportierte Funktion im Paket nicht über den Paketnamen aufrufen, sondern ruft einfach seine Init-Funktion () auf.

Oft diese Init-Funktionen registrieren die Engine im eigenen Paket, sodass sie bequem von der Außenwelt verwendet werden kann. Beispielsweise registriert sich das Paket, das Datenbank-/SQL-Aufrufe sql.Register(name string, driver driver.Driver) implementiert, in der Init-Funktion und kann dann verwendet werden extern.

Relativer Pfad importiert das Modell in dasselbe Verzeichnis wie die aktuelle Datei, es wird jedoch nicht empfohlen, das Paket import"./model"//

auf diese Weise zu importieren:

Die Initialisierung und Ausführung des Programms beginnt mit dem Hauptpaket, wenn das Hauptpaket auch importiert wird, werden diese beim Kompilieren nacheinander importiert gleichzeitig, sodass es nur einmal importiert wird (z. B. verwenden viele Pakete möglicherweise das fmt-Paket, es wird jedoch nur importiert. Einmal importieren, da kein mehrfacher Import erforderlich ist)

Wann Ein Paket wird importiert. Wenn das Paket auch andere Pakete importiert, werden zuerst die anderen Pakete importiert, und dann werden die Inhalte in diesen Paketen importiert. Konstanten und Variablen auf Paketebene werden importiert, und dann wird die Init-Funktion (falls vorhanden) importiert. wird ausgeführt usw. Wenn alle importierten Pakete geladen sind, werden die Konstanten und Variablen auf Paketebene im Hauptpaket initialisiert. Führen Sie dann die Init-Funktion im Hauptpaket aus (falls vorhanden) und führen Sie schließlich das Hauptpaket aus Funktion. Die folgende Abbildung erläutert den gesamten Ausführungsprozess im Detail:

Hinweis:

Importieren Es gibt verschiedene Möglichkeiten, Go-Pakete mit unterschiedlichen Verwendungszwecken zu importieren. Der Code wird einheitlich im Arbeitsverzeichnis gespeichert. Im Arbeitsverzeichnis sind verschiedene Pakete geordnet, und das Paket besteht aus mehreren Codedateien. Wenn Sie ein Paket importieren, müssen Sie es gemäß dem eindeutigen Pfad des Pakets importieren. Wenn es nicht verwendet wird, schlägt die Kompilierung fehl und muss natürlich entfernt werden , es gibt andere Verwendungsszenarien. Zum besseren Verständnis verwenden wir standardmäßig den Dateinamen als Paketnamen. Verschiedene Pakete organisieren unterschiedliche Funktionsimplementierungen, um das Verständnis zu erleichtern.

Haben Sie beim Kompilieren den Paketquellcode oder .a verwendet?

Ein Nicht-Hauptpaket generiert nach der Kompilierung eine

-Datei (im temporären Verzeichnis generiert, Sie können sie nicht sehen, es sei denn, Sie verwenden go install, um sie unter .a oder $GOROOT zu installieren .a), dient der nachträglichen Verknüpfung ausführbarer Programme. Der Pfad des Quellcodeteils, der dem Paket in der Go-Standardbibliothek entspricht, lautet beispielsweise: $GOPATH, und der Pfad der kompilierten .a-Datei des Pakets in der Standardbibliothek befindet sich unter $GOROOT/src. In meinem Kopf taucht eine seltsame Frage auf: Verwendet der Compiler .a oder Quellcode? $GOROOT/pkg/darwin_amd64

• Wenn Sie Pakete von Drittanbietern verwenden und sowohl der Quellcode als auch .a installiert sind, verknüpft der Compiler den Quellcode. Bei der sogenannten Verwendung von Paketquellcodes von Drittanbietern handelt es sich tatsächlich um einen Link zur Datei

  im temporären Verzeichnis, die mit dem neuesten Quellcode kompiliert wurde. .a

• Gibt es dasselbe für Pakete in der Go-Standardbibliothek? Sollten Sie für Standardbibliotheken wie fmt beim Kompilieren den Quellcode unter $GOROOT/src oder die kompilierte .a-Datei unter $GOROOT/pkg verwenden? Im Gegensatz zu benutzerdefinierten Paketen wird jedoch beim Kompilieren des Benutzerquellcodes kein Versuch unternommen, das FMT-Paket neu zu kompilieren, selbst wenn Sie den Quellcode des FMT-Pakets ändern (ohne das GO-Installationspaket neu zu kompilieren), und der Link bleibt bestehen kompiliert werden, wenn der Link erstellt wird.

Ist das letzte Element im Pfad nach dem Import der Paketname oder der Pfadname?

• Das letzte Element nach dem Import sollte der Pfad sein, also das Verzeichnis, nicht der Paketname. Aber oft ist der Pfadname derselbe wie der Paketname

• import m „lib/math“ m bezieht sich auf das einzige Paket im lib/math-Pfad. Wenn der Compiler zwei Pakete in diesem Pfad findet, ist die Meldung von Kompilierungsfehlern nicht zulässig

Empfohlenes Tutorial: „

Gehe zum Sprachtutorial“

Das obige ist der detaillierte Inhalt vonWas soll ich tun, wenn Golang keine Pakete importieren kann?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!