Dependency Injection（DI）とは、
あるクラスが依存するオブジェクトを「自分で作らず、外から渡してもらう」設計手法のことです。

❌ DIしない例（ViewModelが自分でRepositoryを生成）

class MyViewModel {

private val repository = UserRepository() // 自分で生成 → 密結合

}

✅ DIした例（外部から注入）

class MyViewModel(

private val repository: UserRepository // コンストラクタで受け取る

)

こうすることで、ViewModel は Repository の具体的な作り方を知らなくてよくなり、テスト時にはモックを差し替えられるなどの利点があります。

• クラスの再利用性の向上
• 依存関係の分離
• テストの容易性の向上

Dependency Inversion Principle（DIP）とは

上位のクラスが下位の具体クラスに直接依存するのではなく、
両者が「抽象（interface）」を介してやり取りするようにする原則。
呼び出す側は「結果」さえ得られればよく、内部の実装方法は知らなくてよい状態を目指す。

❌ DIP違反（具体クラスに依存している）

// ViewModel が具体的な実装クラスに直接依存

class MyViewModel(

private val repository: UserRepositoryImpl // 実装クラスに依存

)

✅ DIPに従った例（抽象に依存）

// 抽象（interface）を定義

interface UserRepository {
	suspend fun fetchUser(): User
}

// 実装はインターフェースを満たす

class UserRepositoryImpl : UserRepository { ... }
class FakeUserRepository : UserRepository { ... } // テスト用

// ViewModel は interface にだけ依存
class MyViewModel(

private val repository: UserRepository // 抽象に依存

)

こうすると ViewModel は 「fetchUser() を呼べば User が返ってくる」ことだけを知っていればよく、実際にAPIを叩くのか、DBから取るのか、テスト用のダミーなのかは関係なくなる。

AndroidではHiltを使うことでボイラープレートを削減でき簡単に実現できます。

Hilt を使用した依存関係挿入 | App architecture | Android Developers

このドキュメントでは、Android クラスの標準コンテナを提供し、ライフサイクル統合を自動化することで依存関係の管理を効率化する、Android 向けの依存関係注入ライブラリである Hilt について説明します。

https://developer.android.com