importowanie plików go do tego samego folderu

Mam trudności z zaimportowaniem lokalnego pliku go do innego pliku go.

Struktura mojego projektu jest podobna do poniższej

-samplego
--pkg
--src
---github.com
----xxxx
-----a.go
-----b.go
--bin

Próbuję zaimportować a.go do b.go. Wypróbowałem następujące,

import "a"
import "github.com/xxxx/a"

Żadne z nich nie zadziałało… Rozumiem, że muszę wtrącać się do GOPATH, ale nie mogłem tego zrobić dobrze. Obecnie mój GOPATH wskazuje na samplego (/ workspace / samplego). Otrzymuję poniższy błąd

cannot find package "a" in any of:
/usr/local/go/src/pkg/a (from $GOROOT)
/workspace/samplego/src/a (from $GOPATH)

Jak działa GOPATH, gdy te pliki źródłowe są importowane do innego projektu / modułu? Czy lokalny import byłby wtedy problemem? Jaka jest najlepsza praktyka w tym przypadku - czy jest to tylko jeden plik go w module (z powiązanymi testami)?

Dowolna liczba plików w katalogu to pojedynczy pakiet; symbole zadeklarowane w jednym pliku są dostępne dla innych bez żadnych imports lub kwalifikatorów. Wszystkie pliki wymagają tej samej package foodeklaracji u góry (w przeciwnym razie pojawi się błąd go build).

Trzeba GOPATHzestaw do katalogu, w którym twoi pkg, srci binkatalogi zamieszkania. To tylko kwestia preferencji, ale często istnieje jeden obszar roboczy dla wszystkich aplikacji (czasami $HOME), a nie jeden na aplikację.

Normalnie ścieżka Github byłaby github.com/username/reponame(nie tylko github.com/xxxx). Więc jeśli chcesz mieć maini kolejny pakiet, możesz skończyć robiąc coś workspace/srcpodobnego

github.com/
  username/
    reponame/
      main.go   // package main, importing "github.com/username/reponame/b"
      b/
        b.go    // package b

Pamiętaj, że zawsze importujesz pełną github.com/...ścieżkę: import względny nie jest dozwolony w obszarze roboczym. Jeśli znudzi Ci się wpisywanie ścieżek, użyj goimports. Jeśli sobie z go runtym poradziłeś , czas przejść na go build: runsłabo radzi sobie z wieloma plikami maini nie zawracałem sobie głowy testowaniem, ale usłyszałem (od Dave'a Cheneya tutaj ) go runnie odbudowuje brudnych zależności.

Wygląda na to, że przynajmniej próbowałeś ustawić GOPATH we właściwy sposób, więc jeśli nadal utkniesz, może uwzględnij dokładnie sposób ustawienia zmiennej środowiskowej (polecenie itp.) I jakie polecenie uruchomiłeś i jaki błąd się wydarzył. Oto instrukcje, jak to ustawić (i utrwalić ustawienie) w systemie Linux / UNIX, a tutaj są porady zespołu Go dotyczące konfiguracji obszaru roboczego . Może to nie pomaga, ale spójrz i przynajmniej wskaż, która część cię dezorientuje, jeśli jesteś zdezorientowany.

Import nie jest konieczny, o ile zadeklarujesz oba a.goi b.gobędziesz w tym samym pakiecie. Następnie możesz użyć go rundo rozpoznania wielu plików za pomocą:

$ go run a.go b.go

./main.go (w pakiecie main)
./a/a.go (w pakiecie a)
./a/b.go (w pakiecie a)

w tym przypadku:
main.go import „./a”

Może wywołać funkcję z a.go i b.go, które mają pierwsze litery.

Chciałem tylko czegoś naprawdę podstawowego, aby przenieść niektóre pliki z głównego folderu, na przykład odpowiedź użytkownika 2889485, ale jego konkretna odpowiedź nie działała dla mnie. Nie obchodziło mnie, czy są w tym samym opakowaniu, czy nie.

Mój obszar roboczy GOPATH jest c:\work\goi pod tym mam

/src/pg/main.go      (package main)
/src/pg/dbtypes.go   (pakage dbtypes)

w main.goI import "/pg/dbtypes"