こんにちわ、Unityエンジニアのオオバです。
uFrame公式Wikiを一つ一つ読み解いていきます。
📝 目次
- そもそもuFrameとは
- uFrameのコアコンセプトについて
- View
- ViewModel
- Controller
- ViewModelからViewに表示の更新をしたい場合
- ViewからViewModelにデータの更新をかけたい場合
- まとめ
そもそもuFrameとは
uFrame Game Frameworkは、MVVMパターンを採用し、uFrame専用ダイアグラムUIが特徴のゲームフレームワークです。ビジネスロジックとビューロジックを分けて記述できるところが大きいメリットだと思っています。
uFrameのコアコンセプトについて
Core Concepts · InvertGames/uFrame-MVVM Wiki · GitHub
uFrameはMVVMパターンを採用しています。
通常MVVMパターンは、
- View
- ViewModel
- Model
この3つの要素で成り立っていますか、uFrameの場合、
- View
- ViewModel
- Controller
と、Model部分がControllerに変わっています。
View
ViewはUnityのヒエラルキーブラウザに配置されるGameObject、すなわち、ゲーム内で使用されるViewです。
ViewModel
ViewModelはデータ構造を保持します。
Controller
Controllerは実行されたコマンドに対して、ゲームロジックを実行します。
3つの要素は以下の図のような関係性にあります。
リンク
ViewModelからViewに表示の更新をしたい場合
ViewはViewModelとデータバインディングされています。ViewModelに定義されているデータの更新をViewは感知して表示を更新する仕組みになっています。ViewModelがViewを直接操作してはいけません。データと表示部分を切り離すことがMVVMの思想だからです。
よってViewModelはViewの存在を知りません。あくまでデータバインディングされているだけの状態です。
ViewからViewModelにデータの更新をかけたい場合
Viewが直接ViewModelのデータにアクセスすることはありません。この場合、VieweModelに予めコマンドを用意します。データバインディングされたそのコマンドをViewは実行するだけで、それ以上のことはしません。ViewModelはコマンドを実行されたことをControllerに通知し、どういうゲームロジックを実行するのかを確認します。Controllerは実行されたコマンドを元にゲームロジックを走らせ、ViewModelのデータを更新します。
まとめ
このように、uFrameのコンセプトは、『ゲームロジック』『データ』『表示』を切り分けることだということがわかりました。こうすることでゲーム開発をしていく中、追加機能が増えたとしてもお互いの領域を侵害せずに健全な状態を保つことができるというわけです。後から開発に入ってきたメンバーがソースを見ても理解しやすい状態になっているということでしょう。
重要なのは『ViewMoelとControllerはゲーム外に存在し、Viewがそれらとゲームをつないでいるという設計』だということです。
今回は概念だけの説明で終わりますが、別記事で具体的なソースを含めてまとめていきます。
👉 オススメ記事
- 【超基礎】ひとことで「シェーダー」とは何なのか？まとめ
- 開発初期に暇を持て余しているUnityエンジニアができる42のTips前編
- 【超基本編】URPに独自のパスを追加する方法
- 【超基本編】Unity 動的にメッシュを生成してゴニョゴニョする
- 【超基礎】async/awaitを使う上でタスクのキャンセルは例外処理である考え方に移行する必要がある件
- Unity SetActiveとenabledどっちを使うべきかの考察
