【SwiftUI】ViewModel は 単なる StateHolder なのか ? - ViewModel の役割

「ViewModel は必要なのか」というような話のときに、

「State置き場としての ViewModel」

というような言葉を聞いたりしていましたが。


@Observable final class StateHolder {
  var text = ""
}




var stateHolder = StateHolder()

TextField("text", text: Binding(
  get: { stateHolder.text },
  set: { newValue in stateHolder.text = newValue })
)




var stateHolder = StateHolder()

@Bindable var sh = stateHolder
TextField("text", text: $sh.text)

ドメイン部分というか複雑なデータ処理ロジック部分も置けますよね。

しかし。。。



👉 【SwiftUI】@State と 単方向データフロー hatena-bookmark
👉 【SwiftUI】ModelView は StateHolder なのか ? - ModelView の役割 hatena-bookmark

【SwiftUI】@State と 単方向データフロー

@State と Binding() を引数に受けるメソッドを使う場合で考えます。

「Binding」の意味のおさらいです。


@State var text = ""

TextField("text", text: $text)




@State var text = ""

TextField(
  "text",
   text: Binding(
     get: { text },
     set: { newValue in text = newValue }
   )
 )

双方向にデータは流れます。

 

🤔 単方向にデータを流す

State を外出しすることで、データの流れを単方向にします。


@Observable final class StateHolder {
  var text = ""
}




var stateHolder = StateHolder()

TextField("text", text: Binding(
  get: { stateHolder.text },
  set: { newValue in stateHolder.text = newValue })
)




var stateHolder = StateHolder()

@Bindable var sh = stateHolder
TextField("text", text: $sh.text)

 

🤔 まとめ

@State + $ での双方向のバインディングは、

外だしの @Observable クラスを使うことで、

単方向に流すことができます。



👉 【SwiftUI】ModelView は StateHolder なのか ? - ModelView の役割 hatena-bookmark
👉 【SwiftUI】View のロジック部分を外出しにする構成 hatena-bookmark

【SwiftUI】onAppear() ・onChange(initial: true) ・task() の実行順序

プロパティをいじるのに便利ですが。

実行の順序ですよ。

これは、予想通りですが。


Text("hello")
  .onAppear { 
    print("Text onAppear") 
  }
  .onChange(of: true, initial: true) { 
    print("Text onChange") 
  }
  .task {
    print("Text task") 
  }

// Text onAppear
// Text onChange
// Text task

記述の順序にかかわらず task() は最後に実行されます。


Text("hello")
  .task { print("Text task") }
  .onAppear { print("Text onAppear") }
  .onChange(of: true, initial: true) { print("Text onChange") }

// Text onAppear
// Text onChange
// Text task

onAppear() と .onChange(initial: true) は記述順。


Text("hello")
  .task { print("Text task") }
  .onChange(of: true, initial: true) { print("Text onChange") }
  .onAppear { print("Text onAppear") }

// Text onChange
// Text onAppear
// Text task

では、View のネスト。


Group {
  VStack {
    Text("hello")
      .task { print("Text task") }
      .onChange(of: true, initial: true) { print("Text onChange") }
      .onAppear { print("Text onAppear") }
  }
  .task { print(" VStack task") }
  .onChange(of: true, initial: true) { print(" VStack onChange") }
  .onAppear { print(" VStack onAppear") }
}
.task { print("Group task") }
.onChange(of: true, initial: true) { print("Group onChange") }
.onAppear { print("Group onAppear") }

// Text onChange
// Text onAppear
// VStack onChange
// VStack onAppear
// Group onChange
// Group onAppear
// Text task
// VStack task
// Group task

task() は 最上位の View の表示後にまとめて実行されることに驚きです。

 

■ まとめ


- ネストの深いものから順番に実行される。
- onAppear(), onChange(initial: true) は記述順に実行される。
- task() は最上位 View の表示後にまとめて実行される。

結構、手が止まるんですよね、ここらへん。