Względny import z katalogu nadrzędnego

Question

Jak wykonać import względny z katalogu nadrzędnego?

Od meme/cmd/meme:

import "../../../meme" 

To daje niejednoznaczne błąd:

matt@stanley:~/gopath/src/bitbucket.org/anacrolix/meme/cmd/meme$ go get bitbucket.org/anacrolix/meme/cmd/meme 

can't load package: /home/matt/gopath/src/bitbucket.org/anacrolix/meme/cmd/meme/main.go:8:2: local import "../../../meme" in non-local package 

matt@stanley:~/gopath/src/bitbucket.org/anacrolix/meme/cmd/meme$ echo $GOPATH 

/home/matt/gopath 

Jak importować lokalnie z katalogu nadrzędnego?

Answer 1

Dzięki za dodanie do Twojego pytania. Najpierw odpowiedź, a potem wyjaśnienie. Zrobiłem twój kod,

1. idź, tak jak to zrobiłeś. (Zignorowałem komunikaty o błędach.)
2. ustawiając wiersz importu w main.go z powrotem na "../../../meme", tak jak chciałeś.
3. (zakomentowanie trochę kodu zawierającego nieużywany zmiennej.)
4. następnie w katalogu mem/CMD/meme albo go run main.go lub go build main.go działa.

Myliłem się w moim komentarzu wcześniej, kiedy powiedziałem, aby zainstalować instalacje; Powinienem był powiedzieć: buduj.

Kluczem jest jednak to, że sam go build nie działa; należy wpisać go build main.go. Wynika to z tego, że polecenie go nie zezwala na "lokalne importowanie w pakietach nielokalnych". Masz rację, że specyfikacja jest tu mało przydatna. Łamie się mówiąc: "Interpretacja ImportPath zależy od implementacji." Bieżące zachowanie implementacji zostało ustawione na CL 5787055, a następnie na debated at length w systemie Go-nuts.

"Lokalny" oznacza wskazywany przez względną ścieżkę systemu plików. Oczywiście ścieżka względna zaczynająca się od .. jest lokalna, więc po prostu otrzymujemy komendę go, aby traktować główny jako pakiet lokalny. Najwyraźniej nie robi się tego po wpisaniu go build, ale robi to po wpisaniu go build main.go.

Answer 2

Relacyjne importowanie jest obsługiwane przy ręcznym użyciu kompilatora, linkera, ... bezpośrednio. Narzędzie "go" (kompilacja) nie obsługuje tego samego (w jakiś sposób porównywalne do np. Java).

Answer 3

Edycja: Ścieżki względnego importu nie są sposobem na przejście w Go. Brak dokumentacji pokazuje coś na temat popularności ścieżek względnych i nie widzę powodu, aby z nich korzystać. Jego zalecana organizacja kodu działa całkiem nieźle. Każdy pakiet powinien mieć unikalną ścieżkę importu i być importowany wszędzie pod numerem przy użyciu tej samej ścieżki importu.

Zobacz, jak pakiet taki jak github.com/ha/doozerd/peerimports its neighbors. Jest to powszechna praktyka wśród projektów Go i widziałem to już wiele razy. Pakiet camlistore.org/pkg/auth (również na GitHub; napisany przez jednego z głównych autorów Go) importuje camlistore.org/pkg/netutil pełną ścieżką.

Nawet jeśli masz zarówno polecenia, jak i biblioteki w tym samym projekcie, to podejście działa. W swoich pierwotnych pytaniach mądrze prosiłeś o najlepsze praktyki. Zrobiłem co w mojej mocy, aby wyjaśnić najlepsze praktyki w tej sprawie.

---

Ścieżki importu nie mogą być względne w ruchu. Polecam lekturę How to Write Go Code, niezbędnej lektury dotyczącej organizowania projektów Go. Oto krótki przegląd:

Utwórz katalog taki jak ~/go dla swojego rozwoju Go. Wtedy mówią:

$ export GOPATH=~/go 
$ mkdir $GOPATH/{src,bin,pkg} 

$GOPATH/src posiada kod źródłowy dla wszystkich pakietów odejść, nawet te, pobieranie z go get. bin i pkg zachowaj dane wyjściowe kompilacji. Pakiety o nazwie pakietu main są komendami i dają pliki wykonywalne, które przechodzą na $GOPATH/bin. Inne pakiety to biblioteki, a ich skompilowane pliki obiektów są umieszczane w $GOPATH/pkg.

Teraz, jeśli umieścisz swój kod w $GOPATH/src/matt/meme, możesz go zaimportować przez import "matt/meme". Zaleca się użycie prefiksu dla nazw pakietów i pozostawienie krótkich nazw pakietów dla standardowych bibliotek. Dlatego użyłem $GOPATH/src/matt/meme zamiast $GOPATH/src/meme.

Uporządkuj swój kod wokół tego pomysłu.