@EnvironmentObjectについて基本を学ぼう

SwiftUIのEnvironmentObjectは、ビュー階層全体で共有されるデータを提供するための強力なツールです。これを用いることで、異なるビュー間でデータを簡単に共有することができます。

1. 共有するデータを準備する

まず、共有したいデータを保持するクラスまたは構造体を作成します。このクラスや構造体は ObservableObject プロトコルに準拠する必要があります。これにより SwiftUI はデータの変更を検知し、ビューを更新できるようになります。

以下に一例を示します：

import SwiftUI

class UserData: ObservableObject {
    @Published var username = "User"
    @Published var isLoggedIn = false
}

ここで、@Published プロパティラッパーは、その変数が変更されるたびにオブジェクトが更新を発行することを示します。

2.EnvironmentObject をビューに注入する

EnvironmentObject を使用するには、それを最上位のビューに注入する必要があります。通常、これはアプリケーションのエントリーポイント、つまり SwiftUI App の body プロパティで行われます。

@main
struct MyApp: App {
    var body: some Scene {
        WindowGroup {
            ContentView()
                .environmentObject(UserData())
        }
    }
}

３. ビューで EnvironmentObject を使用する

最後に、EnvironmentObject を使用するビューで、@EnvironmentObject プロパティラッパーを用いてそのオブジェクトを取得します。

struct ContentView: View {
    @EnvironmentObject var userData: UserData

    var body: some View {
        VStack {
            Text("Hello, \(userData.username)!")
            
            Button(action: {
                userData.isLoggedIn.toggle()
            }) {
                Text(userData.isLoggedIn ? "Log out" : "Log in")
            }
        }
    }
}

以上が基本的な使い方です。ただし注意点として、ビューが EnvironmentObject にアクセスするたびに、そのオブジェクトが既にビューの環境に存在することを期待しています。もし存在しない場合、ランタイムエラーが発生します。

EnvironmentObject をうまく使用すると、アプリ全体で状態を共有し、同期することが非常に容易になります。

最初にこれを学んだ時、「全てもうこれでいいじゃん」って思いましたがデメリットもあります。

デメリット

１.明示的な依存関係が不明確: EnvironmentObjectはグローバルにアクセス可能であり、それによってビューとそのデータの依存関係が明確でなくなる可能性があります。ビューが具体的にどのデータに依存しているかを理解するためには、ソースコード全体を調べなければならない場合があります。

2.テストの困難さ: EnvironmentObjectはテストをより困難にする可能性があります。ビューがEnvironmentObjectに強く依存している場合、そのビューを単独でテストするためには、適切なEnvironmentObjectを設定する必要があります。これは、特に大規模なアプリケーションや多くの依存関係があるアプリケーションでは、テストの設定が複雑になる可能性があります。

3.ビュー間の疎結合性の欠如: EnvironmentObjectはビュー間の疎結合性を損なう可能性があります。一つのビューが変更されると、それがEnvironmentObjectの状態を変更する可能性があるため、他の全てのビューが影響を受ける可能性があります。これは予期しないバグを引き起こす可能性があります。

4.ランタイムエラー: EnvironmentObjectはビュー階層に明示的に追加されていなければなりません。もしビューがEnvironmentObjectを期待しているのに、それが存在しない場合、アプリはランタイムエラーを引き起こしクラッシュします。

ざっと調べた感じ以上のようなデメリットが挙げられるようです。
これらの欠点を考慮に入れて、最適な状態管理戦略を選択することが重要です。EnvironmentObjectは強力なツールである一方で、必要に応じて他の状態管理ツール（例えばState、Binding、ObservedObjectなど）と組み合わせて使用することが良いでしょう。