GoとDependency Injectionの現在｜Seiji Takahashi@ベースマキナ

tl;dr・Goの依存性注入は普通に行われるが、DIツールはまだ観測範囲では浸透していない。 ・直近出たGoogle製Go向けDIツール「Wire」はシンプルなAPIやツール作成で有用だが、依存オブジェクトの設定が複雑化すると表現性に限界がくる ・Goにおいて、DIツールはある種のフレームワークと認識して慎重に採用すべき前提：Goの依存性注入と課題Goのコードを書く際、特に一定規模を超えたAPIを書く際は、依存するオブジェクトというのが増える。DBクライアントやロガーや各種ビジネスロジックを呼び出すサービス層などがそれに該当する。 レイヤー化されたパッケージ構成の下、こうした依存オブジェクトをトップダウンに注入していくやり方は見通しがよく、テスト時にモックのAPIクライアントを差し込みやすかったりと、テスタビリティを向上させる。ざっくり依存性注入が行われるようなレイヤー化された構成で、なん

[ono_matope]

Go+DIは未だ最適解らしきものなしか…

[khigashigashi]

productionで入れるために試してモヤッとした心境を見事に言語化していただいていた..!

[pirosikick]

Wire、試してみたい

[ko-ya-ma]

wireの使用について

[snowcrush]

課題2についてはinterface使えば簡単に解決できると思うけど

[versatile]

いいじゃない。こういうのでいいんだろうな。Go は。

[side_tana]

フムっ

[castaneai]

“ただ、ある程度の規模を越えると、ただのツールではなく一種のアプリケーションフレームワークのような制約となることを、注意されたい”

[yarimoku]

いっしゅん「ちきりん？！」って思ったけど人違いだった

[grandcolline]

goの公式?DIツール、write使ってみたい...!!