Go事始め

Go始めるきっかけ

次の案件にむけて　Goで開発する可能性がある事と
Goに対して不満を抱えているなら　まずは相手を知る必要があると思ったから

Go経歴

むかし DevOpsのBOTとして少しだけさわった
https://github.com/YukiMiyatake/chaps

Slack上で動くBOTだ
AWSを操作可能
一応 機能を拡張できるようプラグインにしている

ただ　コードは適当。まだ初心者なので

Go インストール

初心者がGoをちょっとずつ勉強していくよ

インストール

私は最近はWindows10 Pro 64bitとDockerを使っての開発の可能性を探ってるので
まずは　この環境で構築するよ
Golandも手に入れたのでGolandも使う
ので　WindowsネイティブでGolandを使って開発する環境
WSLを使ってGoを開発する環境
Dockerを使って開発する環境
の3つを両立する

Docker

https://qiita.com/YukiMiyatake/items/73c7d6c4f2c9739ebe60
にまとめてあるので。
しかも GolandだとDockerでの開発にも対応しているようで期待

WSL

多分最難関かなと思う

インストール

まず apt-getでGoをインストールしようと思ったが

$ sudo apt-get install gccgo-go

だととても古いバージョンが入る

$ sudo apt-get install golang-go

でも古く　ソースから作ってもいいけど　パッケージの最新をみたら

$ dpkg -l | go

golang-1.10 だったので妥協

$ sudo apt-get install golang-1.10

パス

Goはパスの考え方が少し面倒
どうやら サンドボックスという考え方？のようで
全てのもの（開発用コード）も GOROOT　以下にサンドボックスするという仕様のようだ
（ GOPAHと GOROOTがあって ややこしいけど）
これは Goのバージョンごとに GOROOTを作り その中で開発すればバージョン問題を閉じれる事
と　Google的には最高なんだろうけど
ソースコードは まとめている私のポリシーには面倒だが　従うしかない
GOROOT内部に Goのバイナリ、ライブラリ（.a）、ビルトインライブラリコード、外部コード、自分のコード　と全部入る
GOROOT（正確には GOPATH）の外のコードは ビルド不可能という仕様だから 自分のコードも中に入れなければいけない。
一応 GOPATHを複数指定し、外のディレクトリもビルド可能のようだが
初心者なので　サンドボックスに入れることにする
デフォルトだと ~/go になる

ただし、Windowsともコードは共有したいので　ちょっとかえる

GOROOTは 基本的にしていしなくてよくなったので指定しない
WSLのホームディレクトリは　Windowsからアクセスしにくい場所なのでかえる
GOPATHで /mnt/c/devel/go-1.10 を指定し、ここで開発することにした
具体的には開発コードは /mnt/c/devel/go-1.10/src/github.com/YukiMiyatake/プロジェクト名
というフォルダになり、gitもここを作業ディレクトリにする
.bashrcには下記のようにかいた

export GOPATH=/mnt/c/devel/go-1.10$
export PATH=/usr/lib/go-1.10/bin:$PATH$

/usr/lib/go-1.10 は、apt-getでインストールされたディレクトリだ
ちなみに 自動的に GOPATHはこのディレクトリが指定されている

これで /mnt/c/devel/go-1.10/src 以下でgoファイルをビルドすると動いた

ちなみに ビルドをするとライブラリを探しに行くが
GOROOT、 GOPATH を探してくれるようで、存在しない場合は GOPATHにダウンロードしてくれる

Windows

インストール

WSLでひよって 10.4と1つ古いバージョンをインストールしたので　それに合わせる
https://golang.org/dl/
より 10.4の amd64を選びインストールする
デフォルトでは C:Go にインストールされるので
C:\Lib\go-1.10\　に変更した

パス設定

パスの設定は上記WSLにあわせる

コントロールパネル 環境変数の設定にて
GOPATHにWSLと同じソースディレクトリ C:\devel\go-1.10
PATHにインストールしたパス c:\lib\go-1.10\bin

GOPATHは同じディレクトリにしても ライブラリのビルドはシステムごとにわかれているので
おそらくOKだろう

ただしWindowsでは現在 Pluginが対応していない。Shell Executeも動かなかったので
基本的には あまりWindows版は使わないかもしれない

Goland

JetBrains社の Go言語エディタ
インストールすると 32bitと64bitが入る。
が　試したかんじでは どちらをインストールしても 上記の環境変数に指定したGoを見るような気がする
（32bitGolandを起動すれば32bitのGoビルドになるわけではなさそう）
JetBrains社のエディタはJavaで作られていて 単にそのエディタの JREのビットの可能性が高い
いちおう32ビットエディタを動かす手順だが、JREは64bitしかついてないので 32bitのJREは自分でインストールしなければならない

ビルド、デバッグ、リファクタリングなど出来、便利だと思うのでこれから使っていこうと思う
（これまではVSCodeを使い　それでも十分満足ではあるが）

他の言語世界からきて戸惑ったポイント

構文

セミコロンが不要言語
ifなどの制御公文に()が不要
whileがない　かわりにfor
C言語の構文にたいして　ことごとく逆である
class構文がない
慣れる以外ない

int n;

int calc( flot f )

int(*fn)(float);

void clazz::var(int);

var n int

func calc(float f) int

var fn func(float) int

func(c clazz) var(int);

パッケージ

全てのファイルにはパッケージ名が必要（と思われる
mainパッケージだけは特別な名前で、エントリポイントはここのmain() になる
そのため 1つのプロジェクトに mainは1個しか置けない

import

パッケージをimportできる
import時に _を指定すると省略、.を指定するとネームスペースがグローバルに、別名をかくと別名でアクセスできる
など、いろいろなオプションがある

ディレクトリ

同じディレクトリには同じ名前のパッケージのソースファイルしか置けない
同じパッケージ名なら同じディレクトリに置くことが出来る
ただし　語尾に _test.go がつくファイルはテストコードなのでパッケージが異なってもOK

条件付きコンパイル

よくあるコンパイル定数

#define HOGE

#ifdef HOGE
#endif

は使えない。代わりにファイルの先頭に

// +build hoge

とオプションをつける。
ifdefとちがい、ファイル単位でしか指定できなく不便
値の定義は ビルド時に -tags=hoge とする。ビルド時しかフラグをセットできない
比較は フラグがセットされているかされてないかの2値

クラスがない

クラスはないが　レシーバーという構文で　似たようなことはできる
いわゆる C言語等でやる thisポインタを明示的に渡すあれと同じ考え方
ただし thisポインタにあたるものは 引数ではなく　レシーバという特別な引数で指定できる