Goでのサービスロケータパターン - Qiita

ネストの深いプログラムを書くとき、 プログラム全体で共有したいオブジェクトをどうやって引き回すかというのはいつも悩む問題です。 グローバル変数 小さなプログラムの場合は雑にグローバル変数に入れてしまうのも悪くはないですが、 プログラムが大きくなるにつれ、このやりかたはつらくなります。 シングルトン シングルトンは基本的にはグローバル変数と同じことです。 ただしファクトリ関数をうまく使えばグローバル変数をそのままつかうより柔軟な取り回しが可能になるかもしれませんが。 グローバル変数にせよシングルトンにせよプログラム全体で状態を共有しますが、 そうではなく関数ごとに引数としてサービスを渡していく方がテスタビリティも高いし好ましいと思います。 コンテキスト APIサーバをたてるときによくやってしまいますよね。 リクエスト処理全体で共有したいような変数をミドルウェア経由でコンテキストにセットすると

[uasi]

サービスロケータを受け取る引数の型に匿名 interface を使って、必要なサービスを返すアクセサを実装していることだけ要求するのうまいやり方だ

[ono_matope]

GoでDIコンテナ作るのに違和感を持ち、サービスロケーターって本当にGoでもアンチパターンだろうか？と検索して辿り着いた。引数で匿名interface使うのはクレバー。

[snowcrush]

書きました