DI コンテナ自動生成ツールを実装してみた / intro-autodi

1. DI コンテナ自動生成ツール を実装してみた 2026/05/17 開発合宿@鳴子温泉 reo(@_uhzz_)
2. アジェンダ 1. gRPC とは — API 定義の標準化 2. DI とは — 依存性注入の基本 3. autodi とは — コンセプトと既存ツールとの比較 4. まとめ
3. gRPC とは Protocol Buffers（proto）を IDL として使う高性能 RPC フレームワーク • 型安全: クライアント・サーバー両側のコードを proto から自動生成 • 高速: HTTP/2 + バイナリシリアライズ • 多言語対応: Go / Java / Python / TypeScript …
4. gRPC の開発フロー ステップ 4 の「サーバーへの登録」と依存の組み立てが 毎回手作業 になる。
5. DI（依存性注入）とは オブジェクトが必要とする依存を「外から渡す」設計パターン
6. DI あり — 依存を外から注入 依存を外から渡すことで 差し替え・テスト・差分把握 が容易になる。
7. DI の何が面倒か 問題:層が増えると組み立てコードが肥大化する
8. DIするまでの作業フロー
9. autodiとは
10. 一般的なDIフロー
11. autodiの場合
12. autodi のコンセプト 「proto の import そのものが依存グラフになる」 depends_on を別途書く必要がない。 import の型情報から依存グラフを自動推論する。
13. 既存 DI ツールとの比較 既存ツールはすべて Go コード上 で依存を宣言する必要がある。 ツール 概要 依存の宣言 依存解決 google/wire Google製フレームワーク 2025/08にアーカイブ Go コード コード生成時 uber-go/fx Uber製フレームワーク Go コード 実行時 samber/do Generics ベースの 軽量ランタイム DI Go コード 実行時 autodi proto import から 依存グラフを自動推論 proto の import コード生成時
14. オプション: ミドルウェア機能 API/層ごとに任意のミドルウェアを設定することができる
15. まとめ • proto を書くだけで DI コンテナが自動生成される • import 構造から依存グラフを自動推論 • リフレクションなし・外部依存ゼロのランタイム • OpenAPI も proto から自動出力 • デフォルトで Connect(connectrpc/connect-go) を採用 (gRPC+HTTP) • ミドルウェアはAPI/層ごとに独立して設定可能
16. 参考: 今回の開発フロー