「Go」の記事 - Crieit

MinQ開発日記 (6) ローカルのGoの開発環境の構築とスキーマ・マイグレーション

2019-12-20T16:47:14+09:00

Echoによるエコー・サーバー

とりあえずEchoサーバーを立てる. またローカルに開発環境を構築していなかったことを思い出す. やり方はMinQ開発日記 (3) Docker上にGo開発環境を構築と同じと思ったのですがGo Modulesというのがあるようです.

構成

Echo (Webサーバー兼アプリケーション)
MariaDB Docker Container
React (認証画面とCRUDインターフェース)

goenvとGo Modules

Goのバージョン1.13以降は何もしなくてもGo Modulesが使えるようです.

その前にGoのバージョン管理ができるようにしましょう. pyenvやnodeenvのようにgoenvというのがあります. 公式のInstallationガイドを読むと大体わかります. GOENV_ROOTがgoenvバイナリのロケーションです.

export GOENV_ROOT="$HOME/.goenv"
export PATH="$GOENV_ROOT/bin:$PATH"
eval "$(goenv init -)"
export GOPATH="$HOME/go"
export PATH="$PATH:$GOPATH/bin"

goenvでインストール可能なバージョンを列挙するには以下のようにします.

goenv install -

バージョンがずらっと並ぶので, この中から一つ選んでインストールします. 最新版(2019/12/14時点)である1.13.4をインストールします.

goenv install 1.13.4
goenv global 1.13.4

これでgoのバージョンは1.13.4です. Go Modulesは好きなところにフォルダを作れます.

cd ~/your_folder
mkdir minq && cd minq
go mod init

これでgo.modというファイルができました. 適当にserver.goというファイルを作ります(多分main.goの方が良い気もする).

package main

import (
    "net/http"

    "github.com/labstack/echo"
)

func main() {
    e := echo.New()
    e.GET("/", func(c echo.Context) error {
        return c.String(http.StatusOK, "Hello, World!")
    })
    e.Logger.Fatal(e.Start(":1323"))
}

minqフォルダ内部で以下を実行すると必要なパッケージ(例えばecho)なんかを勝手にダウンロードしてきて, ビルドしてくれます.

go build

minqフォルダの生成物はフォルダ名と同じになるのでこの場合はminqです.

./minq

サーバーが起動したらオッケーです. 特別依存性を指定しなくてもimportから解決してくれるっぽいのは良いですが, 反面githubのレポジトリを直接指定する必要があるのは少し面倒でもあります.

MariaDB

brewで入れます.

brew install mariadb

起動もbrewを使います.

brew services start mariadb

起動したデータベースへアクセスします.

sudo mariadb -uroot

GORMで必要になる情報

GORMからMariaDBにアクセスするには以下の情報が必要になります.

username
password
IPアドレス/ホスト名
ポート番号
データベース名

username & password

上の例でmysqlというデータベースがあると思います. このデータベースにuserというテーブルがあります.

SELECT user FROM mysql.user;

名前が被らないように, ここに新しいユーザーを登録します. CREATE USERを使います.

CREATE USER 'new_name'@'localhost' IDENTIFIED BY 'your_password';

new_nameというユーザーにyour_passwordでアクセスできます. ホストはlocalhostです.

ポート番号

システム変数を指定すると以下のように表示できるようです.

show variables like 'port';

SHOW VARIABLES
port

ちなみに私の環境では3306でした(多分誰でも同じ).

データベース名

MariaDBがアクセスしたユーザー用に管理してるデータベースを表示するのは簡単です.

SHOW DATABASES;

testというテスト用のデータベースが存在するはずです. とりあえずこれを使います.

USE test;

これでデータベースがtestに切り替わります. 後でGOMRでちゃんとスキーマが設定できたかを確認しましょう.

まとめ

EchoからGORMを通じてMariaDBにアクセスすることができました. GORMのチュートリアルでは利用するデータベースの操作には慣れている前提なのか少しつまづきました.

今後

React

データベースを管理するCRUD用のインターフェースを作ります. formikやDraft.jsを使います. これはできたらPWA(Chrome Desktop)にしてネイティブ・アプリのように実行できるようにしたいです. 詳細に踏み込みたくないのでcreate-react-appを使います. またテストにはCypress.jsを使ってみたいです.

認証

現状他の人は使わない前提なので, 実験的にWebAuthenticationを使おうと思っています.

Gitの導入

プロジェクトはバージョン管理をするのですが, このままだとgom.Openに指定したデータベースのパスワードが丸見えです. 色々方法があるようです. 最初はコマンドライン引数で渡せばいいのかと思ったのですが, Stackoverflowで質問してみるとダメだそうです. コマンドラインにセンシティブなデータを渡すことがそもそもタブーのようです.

What is a standard way to specify password for MariaDB in an API server?

じゃあどうするのか?

まずそもそも構成ファイルをgitの管理下に置かないという手があります(.gitignore). あるいは構成ファイルに.exampleのような拡張子を付け適当なパスワードを入れて本番用とは切り分けるやり方です.

What is the best practice for dealing with passwords in git repositories?

ただこの方法はどちらかというとプロジェクト・テンプレートを公開するような用途に使った方がいい気もします. どちらの方法も認証情報は別の方法で管理する必要があります.

もう一つはVaultというソフトウェアを使う方法ですが, こちらはかなり大げさなようです.

4 secrets management tools for Git encryption

今回はgit-cryptやgit-secretというのがあるようでこの辺を調べてみようと思います.

STORING ENCRYPTED CREDENTIALS IN GIT
本番用の.envを外部に一切知られずに安全にgithubで保存する方法
 Gitリポジトリ暗号化のススメ - git-secret -
Git

Reference

【Go】goenvを使ってGo1.13.4の環境構築
 Go Modulesも触れてみるGo入門
 Go言語のGORMを使ってみた①
Golang + GORM + MySQL でデータをやりとりする

MinQ開発日記 (3) Docker上にGo開発環境を構築

2019-12-04T19:16:21+09:00

Goの導入

前回の続きです. まずGoを入れてファイアウォールの設定をして静的サイトを配信できるかチェックしてみようと思います.

ネコでもわかる！さくらのVPS講座の第三回「Apacheをインストールしよう」と第四回「phpとMariaDBをインストールしよう」の内容がベースになります.

Go言語を選んだ理由

本当はRustのRocketとかでやりたかった. のだがnightlyとか非同期とか色々と不安定な時期を完全に脱したとは言えない. 加えてRust自体が結構難しく(基本はそうでもないのだが)ベストプラクティスが不明である. それに比べるとGoは学習の困難が少ないように見える(最適化とかは知らん).

メモリ管理不要
静的な型
ビルトインWebサーバーとその容易な拡張性
クラスと継承がない
文法が親しみやすい
プログラミング全体を学ぶ教材が揃っている気がする
クリーン・アーキテクチャとの相性が良さそう

1は大抵の動的な言語でも満たすので意味はないですが, 静的な型があるのは良い場合があります. クリーン・アーキテクチャは各層を依存性逆転で依存の方向が内側に向かうようにしています. これがPythonでは不可能ではないですが不自然さは否めません. Goはインターフェースがあるので特に悩まず実装できそうです.

ローカルなどの開発環境で動かせてもプロダクション環境では色々設定が必要になるのは面倒です. シンプルな三層アーキテクチャとしてもWebサーバー, APサーバー, DBサーバーが必要で, それ以外にアプリケーション・ロジックをWebフレームワークで作る必要があります. このうちWebサーバー, APサーバー, アプリケーション・ロジックがGoなら一纏めでできると思ったからです. 要はさっさとデプロイしたいということです.

Composition over Inheritance

らしく継承がないです. そもそもクラスないです. 構造体を組み合わせることになります. その他の文法もシンプルです. メソッド名の前にレシーバーを指定する記法は少し面食らいますが, selfを暗に陽に第一引数として取るよりは特別な引数感が出せます. なお同期処理なんかも簡単らしいです.

学習用言語としてはPythonが動く擬似コードなんて呼ばれることがありますが, Pythonの利用用途は数値計算とかその応用である機械学習などに集中しているように思います. 一方Goはランタイムがあるものの『Goならわかるシステムプログラミング』とか『Real World HTTP』, 『Goプログラミング実践入門』などいろんなことが基礎から学べます. 他にも『Writing A Compiler In Go』や『Writing A Interpreter In Go (Go言語でつくるインタプリタ) 』なんかもあり学習用言語としても優秀かなと思いました.

最後はMVCではなくクリーン・アーキテクチャを導入したいと思っているという話です. すでにこの話はしましたが, 型がある方が有利と思います.

PHPでない理由

PHPの良いところはHTMLとの親和性だと思う. テンプレートが必要な場合(動的レンダリングなど)では強みになると思う. Wordpressなんかが良い例だと思う. 一方Web APIのようにテンプレートが原則必要ない場合はこの優位点は消えると思う. MVCのようにサーバー側で色々やるからPHPの特色が生かせるのではないか. Vが切り離された状況なら他の言語でも良い気がしてならない. Laravelとか便利そうだがAPIサーバーを作るにはデカい. Lumenというのもあるが, そこまでしてPHPを使うべきなのか良くわからなくなってしまった.

Pythonでない理由

最終的にはクイズの成績をデータ分析とかしてみたいという野望がある. この点から言えばPythonを選択することは将来性があるとは思う. 文法的にもPythonの方が慣れているとは思う. Flaskのデコレータを使ったルートの定義は視認性が高いし, FastAPIというイベント駆動なWebフレームワークもある. ただデータ分析となるとバッチ処理になる気はする. 流行りのAIでクイズをレコメンドしたり最適な教材を生成したりとかなると意義はあるのかもしれないが, その元となるAPIがPythonである必要性はない気はする. よってクイズの成績とかを管理するWebアプリはPythonでやってみたい.

Rubyでない理由

Rubyの他のWebフレームワークは知らないのだが, RubyやるならやっぱりRoRがやりたいとも思うが, やはりデカすぎる気がする. 後昔gemが動かなかったトラウマからRubyに苦手意識がある.

Node.jsでない理由

JavaScriptはフロントだけで十分です(しかもこいつだけ言語じゃねぇ). APIサーバーを立てるわけですから, APIができたらJAMStackな構成でサイトを作ってみたいです.

Elixirでない理由

楽しそうではあるんですが, 同時にだるさもあります. サーバー(当然関数)自体を再帰的に呼び出すことで無限ループを作るらしいです.

Goの導入

Goバイナリのインストール

Goには公式のイメージがありますが, 前回は構築したCentOSベースのイメージに追加します. /usr/local/srcは自分でビルドするプログラムのソースをダウンロードするフォルダです. といってもビルドはしないので公式のダウンロード・ページからバイナリを取って来て/usr/local以下に展開するだけです.

ARG GO_VERSION=1.13.4
WORKDIR /usr/local/src
ADD https://dl.google.com/go/go${GO_VERSION}.linux-amd64.tar.gz ./
RUN tar -C /usr/local/ -xzf go${GO_VERSION}.linux-amd64.tar.gz && \
         rm /usr/local/src/*.tar.gz

Goのバージョンはbuild-argオプションで変更できるようにARG命令で定義しました. 2019/11/30の最新バージョンである1.13.4をデフォルト・バージョンとしています. またGolangのGOPATHやGOROOTについてに従って自作パッケージと外部パッケージのインストール・フォルダを分けます. なおADDでgoバイナリを取得していますが, wgetでもcurlでも同じです.

ENV PATH=$PATH:/usr/local/go/bin
ENV GOPATH=$HOME/go/package:$HOME/go/workspace
ENV PATH=$HOME/go/package/bin:$HOME/go/workspace/bin:$PATH

まずgo自体にパスを通す必要があります. GOPATHには二つのパスを指定しています. go getは最初に指定したパスにパッケージをインストールしてくれます. 上の例では以下のように分けました.

フォルダ名	用途
workspace	自作のGoプロジェクト
package	サード・パーティ製のパッケージのインストール

それぞれのフォルダにはsrc, bin, そしてpkgというフォルダが必要です.

フォルダ名	用途
src	ソースコードの保存
pkg	パッケージをコンパイルした生成物
bin	ビルド後の生成物

Goはパッケージという単位でソースをモジュール化します. それぞれがコンパイルされ, その後プロジェクトのmainパッケージを中心にリンクされ最終生成物として実行可能バイナリが出力されるようです. そのためbinフォルダにパスを設定しておきます. こうしておくとビルドされたコマンドを即呼び出せます.

Goのサンプルを以下のようにインストールして, 実行してみましょう. 折角なのでバージョンをコマンドラインから指定してみましょう.

docker build -t minq:0.1 --build-arg=1.13.4 context/
docker run -it --rm minq:0.1

後は対話モードで以下を実行します.

$ go get github.com/golang/example/hello
$ hello
Hello, Go examples!

リモート・パッケージも簡単にインストールでき, 実行できることがわかります. Dockerfileでは以下のようになります. workspaceとpackageフォルダそれぞれにsrc, bin, pkgを作成し, echoをインストールします.

RUN mkdir -p ${HOME}/go/workspace ${HOME}/go/workspace/src ${HOME}/go/workspace/pkg ${HOME}/go/workspace/bin && \
    mkdir -p ${HOME}/go/package ${HOME}/go/package/src ${HOME}/go/package/pkg ${HOME}/go/package/bin && \
    mkdir -p ${HOME}/go/workspace/src/minq && \
    go get -u github.com/labstack/echo/...

Golang + Chrome on CentOS7(Docker)でスクレイピング
 How to Install Go on CentOS 7
Download the Go distribution

Goの環境変数のまとめ

環境変数	用途
GOROOT	Goバイナリのパス
GOPATH	作業フォルダのパス

GOROOT

GOROOTは指定する必要は特にないそうです. 例えば複数バージョンのGoをインストールした場合にGOROOTを使うとバイナリのパスを取得できます.

$ go env GOROOT
/usr/local/go

Installing extra Go versions

GOPATH

GOPATHはデフォルト値として$HOME/goが指定されています.

$ go env | grep GOPATH
GOPATH="/home/vpsuser/go"

getサブコマンドで外部からパッケージを取得する場合のインストール先もGOPATH直下になります. つまり/home/vpsuser/go以下に展開されます.

If the specified package is not present in a workspace, go get will place it inside the first workspace specified by GOPATH.

Remote packages
How to Write Go Code

Echo

WebサーバーとしてEchoというのを使います. Quick Startを参考にserver.goというファイルをcontextフォルダに作成します. プロジェクト名はminqとします.

COPY server.go ${HOME}/go/workspace/src/minq

ビルドした後コンテナを起動してポートを転送しておきます.

docker run -it --rm  -p 1323:1323 minq:0.1

コンテナに入ってコマンドプロンプトに以下のコマンドを打ち込みましょう.

$ go install minq

これで${HOME}/go/workspace/bin以下にminqという実行可能バイナリが出力されます. すでにbinフォルダのパスは通っているので, コマンドラインから以下を実行するとサーバーが起動します.

$ minq

まとめ

これまでの作業をまとめるとこんな感じでしょうか.

FROM centos:7 AS builder

RUN yum -y update && yum -y install \
    useradd \
    usermod \
    chpasswd \
    sudo \
    wget \
    which \
    git \
    yum clean all

ARG GO_VERSION=1.13.4

WORKDIR /usr/local/src
ADD https://dl.google.com/go/go${GO_VERSION}.linux-amd64.tar.gz ./
RUN tar -C /usr/local/ -xzf go${GO_VERSION}.linux-amd64.tar.gz && \
    rm /usr/local/src/*.tar.gz

ENV USER_NAME vpsuser
ENV HOME=/home/${USER_NAME}

RUN useradd --create-home ${USER_NAME} && \
    usermod -aG wheel ${USER_NAME} && \
    echo "${USER_NAME}:tekitou" | chpasswd

# ENV GOROOT=/usr/local/go
ENV PATH=$PATH:/usr/local/go/bin

# ENV GOPATH=$HOME/go
# ENV PATH=$PATH:$GOPATH/bin
ENV GOPATH=${HOME}/go/package:${HOME}/go/workspace
ENV PATH=${HOME}/go/go/bin:${HOME}/go/workspace/bin:${PATH}

USER ${USER_NAME}
WORKDIR ${HOME}

RUN mkdir -p ${HOME}/go/workspace ${HOME}/go/workspace/src ${HOME}/go/workspace/pkg ${HOME}/go/workspace/bin && \
    mkdir -p ${HOME}/go/package ${HOME}/go/package/src ${HOME}/go/package/pkg ${HOME}/go/package/bin && \
    mkdir -p ${HOME}/go/workspace/src/minq && \
    go get -u github.com/labstack/echo/...

COPY server.go ${HOME}/go/workspace/src/minq

Reference

ネコでもわかる！さくらのVPS講座
 Linuxセキュリティ入門
 Docker入門

Docker : firewalldでssh, http, httpsのみ許可する。(CentOS 7)

ゲームを題材に学ぶ内部構造から理解するMySQL
MySQL道普請便り

手軽にGoのResponse.Bodyを再利用したいとき

2019-11-14T13:34:28+09:00

こんなコードがあるとする。

...
response, _ := http.Get(requestURL)
body, _ := ioutil.ReadAll(response.Body)
body.Close()
...

GoのHTTP Responseをioutil.ReadAllなんかで読み込むと、response.Bodyのコンテンツをどこまで読み込んだかという情報を持つポインタ(Seeker)が最後まで進んでしまうので、もう1度response.Bodyを読み込もうと思っても何も読み込めない。なので、response.Bodyを別の場所にコピーしておく必要があるんだけど、適当にfoo = response.Bodyとかやってもダメ。

そんなときはio.TeeReaderを使って別の場所にコピーする（というかバッファを読み込むためのReaderをもう１つ用意する）。そうすれば新しいSeekerを使って読み込みを行えるので、response.Bodyの再利用が出来る。

var b bytes.Buffer
_ = io.TeeReader(response.Body, &b)
// こんな感じでコンテンツを読み込んでも後続の処理では引き続き`response.Body`を利用することが出来る。
log.Printf("DEBUG: %s", b.String())

おしまい。

熨斗（のし）の王様を作ったときに気をつけたこと

2019-10-13T23:43:10+09:00

まとめ

のし王というWebサービスを作った。
のし作成サービスが既に存在する中で、下記に気をつけたというお話。
- サービス作成のきっかけになった不満点・ニーズをもれなく仕様に落とし込む
- 仕様策定時は技術的な楽さに甘えず、ユーザー体験を優先する
- 上記を実現するため必要最低限の技術を選定する

不満点の解消、ニーズを仕様に落とし込む

ちょっとした贈り物に「のし」をつけたかった。
既存サービスは、以下の点で不満が残った。
- 「のし紙」のテンプレート（背景画像）だけが提供されており、Wordなどに貼り付けた後、自分で文字を描かないとダメだった
- Web上で任意の文字まで入れられるサービスでは、最後になるまで仕上がり具合がが分からなかった
- 最終画像にサービス名のロゴが入ってしまい、贈り物には不向きだった
- フォントがしょぼかった
- 水引き（背景画像）や表書き（御礼などの上部の文字）をどう選んでよいか分からなかった
不満点の解消をもれなく仕様に落とし込んだ。
- 背景画像と任意の文字を組み合わせてPDFで出力できるようにする
- 最終出力結果には広告を入れない
- 有料でもカッコいいフォントを採用する
- 用途に応じて自動で「水引き」と「表書き」が選択できるようにする
マッスルの神様＝マ神　→　熨斗の王様＝のし王

ユーザー体験を最優先する

	技術的な楽さを優先	ユーザー体験を優先
文字描画	ユーザー自身がWordなどで描画	Webサービス上で描画
仕上がり確認	プレビュー不可 or プレビューボタンクリックで表示	リアルタイムプレビュー表示
水引き、表書き	ユーザーの選択したものを表示	用途を選ぶと最適な水引き、表書きを自動で選択
描画フォント	無料の範囲で選択可能	有料で質の良いフォントが選択可能
ユーザーが泥酔状態	酔いが冷めてから使う	泥酔状態でも直感で使える

仕様の実現方法を考える

使用した技術
- Webサービス上で文字描画しPDF出力
  - 水引きの種類や表書きなどの情報をブラウザ上で選択させる
  - サーバーでPDFを作成してダウンロードさせる(Golang/Google App Engine)
- リアルタイムプレビュー表示
  - サムネイル描画サーバー(Golang/Google App Engine)を準備
  - 水引きの種類や表書きなどの情報が変更されたらAjax(jQuery)でサーバーからサムネイル画像を取得し、ブラウザ上に即時反映
- 用途を選ぶと最適な水引き、表書きを自動で選択
  - Bulma-ExtensionsのQuickViewで用途一覧を表示
  - 用途を入力させて絞り込み(jQuery)
  - 用途クリックで「水引き」と「表書き」を最適なものに変更(jQuery)
選定理由
- 仕様実現に際して最低限／シンプルなものを選ぶ
- 最新の技術よりも枯れて安定した技術を選ぶ
- なるべくメンテナンスが不要なものを選ぶ

Goのtime.LoadLocationには外部依存性がある

2019-07-16T00:42:42+09:00

Exective Summary

Goのtime.LoadLocationには外部依存性があるので、引数に空白("")、UTC、Local(time.Localにタイムゾーンを設定している場合)のいずれかではない場合（例えばAsia/Tokyo）は unknown time zoneというエラーがでる場合がある。対策としてはtime.Local = time.FixedZone("Local", 9*60*60)としてからtime.LoadLocation("Local")とすれば良い。

本編

Goではtime.LoadLocationを利用してタイムゾーンの情報を得ることができる。得たタイムゾーンの情報は、例えばtime.ParseInLocationという関数で使うことができる。一連の使い方の例として、公式ドキュメントでは以下のような例が示されている。

package main

import (
    "fmt"
    "time"
)

func main() {
    loc, _ := time.LoadLocation("Europe/Berlin")

    const longForm = "Jan 2, 2006 at 3:04pm (MST)"
    t, _ := time.ParseInLocation(longForm, "Jul 9, 2012 at 5:02am (CEST)", loc)
    fmt.Println(t)

    // Note: without explicit zone, returns time in given location.
    const shortForm = "2006-Jan-02T03"
    t, _ = time.ParseInLocation(shortForm, "2012-Jul-09T01", loc)
    fmt.Println(t)

}

例ではEurope/Berlinがタイムゾーンとして設定されているが、これは実行環境にあるタイムゾーンの設定ファイルなどを参照するために使われている。よって、Alpineのように何も環境下でtime.ParseInLocationを実行して迂闊にタイムゾーンの名前を渡すと、 unknown time zoneというエラーが発生してアプリケーションが実行できなくなる。そんな場合はtime.Local = time.FixedZone("Local", 9*60*60)のように予めtime.Localにタイムゾーンの設定情報を入れておいてtime.LoadLocation("Local")とすることでエラーを防ぎ、かつアプリケーションから外部依存性を取り除くことが出来る。

// https://play.golang.org/p/lRiZxwT1u-U
package main

import (
    "fmt"
    "time"
)

func main() {
    time.Local = time.FixedZone("Local", 9*60*60)
    jst, _ := time.LoadLocation("Local")

    layout := "2006-01-02T15:04:05"
    t, _ := time.ParseInLocation(layout, "2019-07-15T20:21:22", jst)
    fmt.Println(t)  // Print "2019-07-15 20:21:22 +0900 Local"
}

もう少し踏み込んで確認したい場合はソースコードを読んでみると良い。

おしまい。

tmrts/go-patternsのBuilder Patternを日本語に勝手訳した

2019-04-21T23:35:17+09:00

この記事は https://github.com/tmrts/go-patterns/blob/master/creational/builder.md を勝手に翻訳したものです。なので、内容の正確さは全く保証されてません。なので、気になる人はちゃんとオリジナルのコンテンツを読みましょう。（とはいえ、誤訳は指摘してもらえると嬉しい…

Builder Pattern

Builder patternとは、複雑なオブジェクトの表現から生成（コンストラクト）を分離させたものであるので、同じコンストラクトの処理で異なる表現を作成することができる。

Goにおいては、通常、設定用のstructが同じふるまいを達成するために使われる。ただし、builder methodにstructを渡すということはif cfg.Field != nil {...}というチェックのボイラプレートのコードで満たすことができる。

実装

package car

type Speed float64

const (
    MPH Speed = 1
    KPH       = 1.60934
)

type Color string

const (
    BlueColor  Color = "blue"
    GreenColor       = "green"
    RedColor         = "red"
)

type Wheels string

const (
    SportsWheels Wheels = "sports"
    SteelWheels         = "steel"
)

type Builder interface {
    Color(Color) Builder
    Wheels(Wheels) Builder
    TopSpeed(Speed) Builder
    Build() Interface
}

type Interface interface {
    Drive() error
    Stop() error
}

使い方

assembly := car.NewBuilder().Paint(car.RedColor)

familyCar := assembly.Wheels(car.SportsWheels).TopSpeed(50 * car.MPH).Build()
familyCar.Drive()

sportsCar := assembly.Wheels(car.SteelWheels).TopSpeed(150 * car.MPH).Build()
sportsCar.Drive()

所感

（これは訳者、つまりこの記事を書いている人の勝手な意見）
同じコンストラクタを使って、パラメータに応じて異なる動作をする何かを生成するときに使えそう。例えば、異なるDBドライバを利用する何かだったり、コンテナのランタイムに応じて内部的な動作を切り替えるドライバ的な何かとか？サンプルコードの車の例はわかりやすくて理解に役立った。

Goのglide環境にてWerckerのCI導入

2017-12-23T06:27:15+09:00

Go3 Advent Calendar 2017 - Qiita

23日目

GoのアプリケーションのリポジトリをBitBucketに作っているので、WerckerでのCIを試した。

シンプルで綺麗なパスでアプリケーションを作っている場合、
多分Werckerにてアプリケーションを登録する際に表示されるサンプルそのままのwercker.ymlでそのまま動くのではないかと思う。

ただ、今回のアプリケーションはパッケージ管理にglideを使っているのでそのままでは動かない。
ちなみにフォルダ構成としては、下記に降りたところにアプリケーションが入ってる。

/src/myapp

Dockerコンテナ内では上記のルートをGOPATHとしている。ちょっと変な構成。

とりあえず動くところまでを調整してみた。
とりあえずなので変な感じになっている。

box: golang
build:
  steps:
    - setup-go-workspace

    - script:
        name: install glide
        code: |
          curl https://glide.sh/get | sh

    # Gets the dependencies
    - script:
        name: glide install
        cwd: src/crawler/
        code: |
          glide install

    # Build the project
    - script:
        name: go build
        cwd: src/crawler/
        code: |
          export GOPATH=/go/src/bitbucket.org/myaccount/myapp
          go build

    # Test the project
    - script:
        name: go test
        cwd: src/crawler/
        code: |
          export GOPATH=/go/src/bitbucket.org/myaccount/myapp
          go test $(glide novendor)

細かいところを補足していくと、まずglideのドキュメント通りにインストール

curl https://glide.sh/get | sh

最初に書いたとおりパスがちょっと違うので合わせる。

cwd: src/crawler/
code: |
  glide install

パッケージの位置がずれて読み込めていなかったので、exportでGOPATHを指定している。
（ymlの設定であるかも？）

プロジェクトの環境変数を設定すると今度はglideのインストールとかがうまくいかなくなるのでここで指定している。

cwd: src/crawler/
code: |
  export GOPATH=/go/src/bitbucket.org/myaccount/myapp
  go build

こんな感じで通った。

あとはパイプラインでデプロイの処理などと繋げれば楽だと思う。