Golang - Yapıları, değişkenleri ve arabirimleri olan kod organizasyonu

Question

Bir dosyanın çok sayıda Structs, Interfaces ve Variables işlevleri ile aynı işlevleri içerdiği bir kod tabanım var ve bunu ayrı ayrı ayırmam gerekmediğinden emin değilim. dosya adı ekleyen dosyalar. Örneğin, accounts.go, sırasıyla sırasıyla accounts_struct.go ve accounts_interface.go olacaktır.

Yapılar, Değişkenler ve Arabirimler için kod tabanı büyüdüğünüzde dosya organizasyonu için iyi bir yaklaşım ne olurdu? http://golang.org/src/pkg/

Bu yaklaşım (yapı, arayüzü gibi dil öğelere dayalı ayırma, ...) hiç kullanılmamış olduğunu göreceksiniz:

Answer 1

kontrol etmek İyi bir modelin Go kendisinin kaynak kodudur.

Tüm dosyalar özelliklere dayanmaktadır ve aynı dosyada kullandığınız şeyin tanımını bulabileceğiniz yakınlık ilkesi yaklaşımını kullanmak en iyisidir.
Genellikle bu özellikler tek bir pakette çok dosyalarından oluşmaktadır büyük olanlar, (net, net/http)

Kaynağı (xxx.go) ayırmak, bir şey ayırmak istiyorsanız den hariç paket başına tek bir dosyada toplanmıştır tests/benchmarks (xxx_test.go)

Answer 2

İşte bir paket tasarlamak için zihinsel modelim.

a. Bir paket bir fikri veya konsepti kapsamalıdır. http bir kavramdır, http istemcisi veya http mesajı değildir.

b. Bir paketteki bir dosya, bir dizi ilişkili türü kapsamalıdır, iki dosya aynı ithalat kümesini paylaşırsa, bunları birleştirirse iyi bir kuraldır. Önceki örnekten yararlanarak, , http/server.go iyi bir tanecik düzeyi

c'dir. Tür başına bir dosya yapmayın, bu deyimsel Go değil.