Mazn.net

GO 1.12から、公式にmoduleが使えるようになるようなので、一足先に1.12beta2を使って試してみました。

modulesは、go getやglide, depといったGOのパッケージ管理コマンドの代わりとなる公式機能で、1.11まではvgoというコマンドが公式に提供されていましたが、これがgoコマンドにマージされたものになります。
※ vgoの開発リポジトリは2019/3頃(1.12リリース後約1ヶ月)で削除されるようです

ドキュメントは、go helpで見れます。

$ go help modules

moduleの動作は、プロジェクトのトップディレクトリのgo.modというファイルで定義され、この設定ファイルのドキュメントも同様にgo helpで見れます。

$ go help go.mod

試しに適当にディレクトリを作って以下のファイル(modtest.go)を作成します。
このファイルでは、外部パッケージrsc.io/quoteを必要としているのがわかると思います。
※プロジェクトのディクレクトリの場所はGOPATH配下の必要はありません。

package main
 import (
     "fmt"
     "rsc.io/quote"
 )
 func main() {
     fmt.Println(quote.Hello())
 }

単純にgo runを実行すると当然パッケージがないので怒られます。

$ go run modtest.go
 modtest.go:5:5: cannot find package "rsc.io/quote" in any of:
         /home/user/sdk/go1.12beta2/src/rsc.io/quote (from $GOROOT)
         /home/user/go/src/rsc.io/quote (from $GOPATH)

module機能を使うために、go.modファイルを以下のコマンドで作成します。

$ go mod init modtest.go
 go: creating new go.mod: module modtest.go

以下のファイルが作成されました。

$ cat go.mod
 module modtest.go
 go 1.12

この状態で、再度go runすると、ソース内でimportされたパッケージが自動でダンロードされ、以下のように実行結果が表示されます。

$ go run modtest.go
 go: finding rsc.io/quote v1.5.2
 go: downloading rsc.io/quote v1.5.2
 go: extracting rsc.io/quote v1.5.2
 go: finding rsc.io/sampler v1.3.0
 ～省略～
 Ahoy, world!

実行後、go.modは以下に変更されていました。

$ cat go.mod
 module modtest.go
 go 1.12
 require rsc.io/quote v1.5.2 // indirect

今回はrsc.io/quoteだけをimportした単純な例なのでよいのですが、場合によってはダウンロードされたパッケージのバージョンが想定しているバージョンと異なりビルドできなかったり、アプリが動かなかったりします。そのような場合は、require でバージョンを指定してあげましょう。

$ cat go.mod
 module modtest.go
 go 1.12
 require rsc.io/quote v1.5.1 // indirect 

パッケージが多段にimportされていると、自分で指定したバージョンが勝手に書き換わってしまうこともあります(よく理解してない・・)。そのようなときは、replcaseを書いておくとバージョンを固定できるようです。今回は、1.5.2を1.5.0に書き換えてみました。

module modtest.go
 go 1.12
 require rsc.io/quote v1.5.2 // indirect
 replace rsc.io/quote v1.5.2 => rsc.io/quote v1.5.0

実行すると、以下のように新たに1.5.0がダウンロードされ、実行結果が表示されました。

$ go run modtest.go
 go: finding rsc.io/quote v1.5.0
 go: downloading rsc.io/quote v1.5.0
 go: extracting rsc.io/quote v1.5.0
 Ahoy, world!

GO言語1.12がそろそろリリースされるようですが、2/25にリリースされたのでインストールしてみました。
※ 環境はWindows WSL 上のUbuntu 18.04です。

すでに環境にapt-getでGO言語をインストール済みなら、取得は簡単です。

$ go get golang.org/dl/go1.12

これでgo1.12が、$GOPATH/bin (デフォルトは~/go/bin/)にダウンロードされますが、まだ使えません。以下のようにダウンロードしろと言われます。

$ go1.12
 go1.12: not downloaded. Run 'go1.12 download' to install to /home/teo/sdk/go1.12a

言われたとおりに実行します。

$ go1.12 download
 Downloaded 0.0% (15224 / 133223771 bytes) …
 Downloaded 3.2% (4276224 / 133223771 bytes) …
 Downloaded 8.4% (11223040 / 133223771 bytes) …
 Downloaded 14.4% (19152896 / 133223771 bytes) 
～省略 ～
Unpacking /home/mazn/sdk/go1.12/go1.12.linux-amd64.tar.gz …

これで使えるようになりました。

$ go1.12 version
 go version go1.12 linux/amd64

最近GO言語を勉強していて、ネスト(入れ子)された構造体のフィールドにアクセスする際のことをメモしておきます。

以下のように、中にmydata1をもつ構造体maindataを作ってみます。

package main

import "fmt"

type mydata1 struct {
    a int
    b int
    c int
}

type maindata struct {
    m1 mydata1
    e  int
}

func main() {
    d1 := mydata1{a: 11, b: 12, c: 13}
    mdata := maindata{m1: d1, e: 99}
    fmt.Println(mdata)
    fmt.Println(mdata.m1.a)
    fmt.Println(mdata.m1.b)
    fmt.Println(mdata.m1.c)
    fmt.Println(mdata.e)
}

上記のように、mydata1は、m1というフィールド名で定義されているので、mydata1のa～cにアクセスするには、mdata.m1.X と書く必要があります。上記を実行すると以下のようになります。想定通りですよね。

{{11 12 13} 99}
11
12
13
99

maindata構造体を定義するときに、フィールド名を省略することができるようです。省略すると、以下のようにmaindataのフィールド名を省略し直接mydata1のフィールド名にアクセスできるようです。なお、構造体を初期化する時、フィールド名が無いので型名(mydata1)を使うようです。

package main

import "fmt"

type mydata1 struct {
    a int
    b int
    c int
}

type maindata struct {
    mydata1
    e int
}

func main() {
    d1 := mydata1{a: 11, b: 12, c: 13}
    mdata := maindata{mydata1: d1, e: 99}
    fmt.Println(mdata)
    fmt.Println(mdata.a)
    fmt.Println(mdata.b)
    fmt.Println(mdata.c)
    fmt.Println(mdata.e)
}

これを実行すると以下のようになります。

{{11 12 13} 99}
11
12
13
99

では、以下のように、maindataに、mydata1と同じフィールド名があるとどうなるのでしょうか？

package main

import "fmt"

type mydata1 struct {
    a int
    b int
    c int
}

type maindata struct {
    mydata1
    a int
}

func main() {
    d1 := mydata1{a: 11, b: 12, c: 13}
    mdata := maindata{mydata1: d1, a: 99}
    fmt.Println(mdata)
    fmt.Println(mdata.a)
}

これを実行すると、以下のように、親(ネスト元)のフィールドaの値が優先されるようです。

{{11 12 13} 99}
99

では、ネストする構造体が2つ以上あり、その構造体に同じフィールド名があるとどうなるのでしょうか？やってみます。

import "fmt"

type mydata1 struct {
    a int
    b int
    c int
}

type mydata2 struct {
    a int
    b int
    c int
}

type maindata struct {
    mydata1
    mydata2
    a int
}

func main() {
    d1 := mydata1{a: 11, b: 12, c: 13}
    d2 := mydata2{a: 21, b: 22, c: 23}
    mdata := maindata{mydata1: d1, mydata2: d2, a: 99}
    fmt.Println(mdata)
    fmt.Println(mdata.b)
}

これを実行すると、以下のようにmydata1にもmydata2にもbというフィールドがあって曖昧なため、コンパイル時にエラーになりました。

./main.go:28:19: ambiguous selector mdata.b

なお、上記はmdata.bにアクセスしていますが、mdata.aの場合、親にaというフィールドがあるため、コンパイルエラーにならず、99が表示されます。

以上、GO言語の実験でした。

環境 : GOバージョン 1.11.4 on Linux