convenzione struttura della struttura del progetto go-lang

Question

Volevo solo confermare la mia comprensione di una tipica struttura di cartelle di progetto in un progetto Go, che segue lo Go tool conventions.

Se sto scrivendo un pacchetto chiamato my-package, che utilizza un altro pacchetto esterno di terze parti - other-package. Quindi in base alle convenzioni, questa struttura di directory è corretta?

Il motivo che mi chiedo ancora una volta dopo aver letto la documentazione è perché a differenza di altre convenzioni linguistiche, l'utente e il codice di terze parti si trovano nella stessa cartella di livello superiore.

Answer 1

via IRC# go-dadi

macchina di un utente avrà un comune $GOPATH/src per tutti i progetti. Questo $GOPATH/src potrebbe avere più progetti (utente, pacchetti esterni, ecc.) Lì. L'utente si limita a commettere lo $GOPATH/src/mypackage nel proprio repository src.

Se si desidera avere directory separate per il proprio src e l'origine del pacchetto di terze parti, quindi anteporre un altro percorso a $GOPATH. go get scaricherà i pacchetti di terze parti su quel percorso. go-get scarica i 3 pacchetti sul primo percorso che trova nella matrice di percorsi specificata da $GOPATH.

Answer 2

Golang è così diverso da altre lingue rispetto a questo argomento, posso dire che nei miei primi giorni con Golang era difficile capire questo argomento. Vi consiglio di avere tutti i proyect su $ GOPATH/src e non avere più quel $ GOPATH.

Su GOLANG dobbiamo adattato ad esso, come sa http://golang.org/doc/code.html (organizzazione Codice)