Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Zenject.SceneTestFixture and DI
Search
Yosuke Nakano
October 23, 2019
Technology
0
1.5k
Zenject.SceneTestFixture and DI
How to use Zenject.SceneTestFixture and example clean architecture on unity.
Yosuke Nakano
October 23, 2019
Tweet
Share
More Decks by Yosuke Nakano
See All by Yosuke Nakano
M5StickCでのIMU開発
naninunenoy
2
2.1k
最近行った焼肉屋
naninunenoy
0
470
M5Stack with Unity
naninunenoy
3
2.6k
M5Stack x IMU x BLE
naninunenoy
1
830
Other Decks in Technology
See All in Technology
実践AIガバナンス
asei
3
290
JavaScript 研修
recruitengineers
PRO
6
1.4k
Kiroと学ぶコンテキストエンジニアリング
oikon48
5
5.6k
トヨタ生産方式(TPS)入門
recruitengineers
PRO
6
1.4k
AWS環境のリソース調査を Claude Code で効率化 / aws investigate with cc devio2025
masahirokawahara
2
1k
異業種出身エンジニアが気づいた、転向して十数年経っても変わらない自分の武器とは
macnekoayu
0
260
努力家なスクラムマスターが陥る「傍観者」という罠と乗り越えた先に信頼があった話 / 20250830 Takahiro Sasaki
shift_evolve
PRO
2
130
生成AI時代のデータ基盤
shibuiwilliam
4
2k
Grafana Meetup Japan Vol. 6
kaedemalu
1
200
なぜSaaSがMCPサーバーをサービス提供するのか?
sansantech
PRO
5
1.3k
Skrub: machine-learning with dataframes
gaelvaroquaux
0
110
ヘブンバーンズレッドのレンダリングパイプライン刷新
gree_tech
PRO
0
440
Featured
See All Featured
Producing Creativity
orderedlist
PRO
347
40k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
[RailsConf 2023] Rails as a piece of cake
palkan
56
5.8k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
How STYLIGHT went responsive
nonsquared
100
5.8k
The Cost Of JavaScript in 2023
addyosmani
53
8.9k
The Invisible Side of Design
smashingmag
301
51k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Transcript
中野 洋輔 Moff Inc. Zenject.SceneTestFixture と向き合った naninuneno_y
Zenject.SceneTestFixture • Dependency Injection(依存性注入)のためのライブラリ • 過去の勉強会でも取り上げられている • Unity Zenject完全に理解した 依存性注入?
疎結合というキーワードが出始めた時、C#ならばinterfaceを使うのが常套手段 InterfaceBに依存したClassAにClassBのインスタンスを渡してやるのが依存性注入
Zenject.SceneTestFixture • ZenjectではTest-Runnerでの実行もサポートされており、 • テストコード上で専用のBind()を行うことができる • その内、シーンテストを行うためのもの Zenject/WritingAutomatedTests.md 詳しくは 自分でGoogle翻訳かけた版
そもそも何がしたいんだっけ? • 画面毎(≒シーン毎)の挙動をテストしたい • このボタンを押すとxxxが消えるとか • 名前の入力とか • アプリケーションロジックをテストしたい •
ログイン画面のテストでサーバにアクセスしない • ゲームコントローラが無くてもテストできる
そもそもinterfaceって? • オブジェクト指向をより理解するために実際に書いて解説する (Qiita) • クラスの継承がコーディングの上で何が便利か • Interfaceの抽象化のメリット/デメリット • Unity開発で使える設計の話+Zenjectの紹介(SlideShare)
• SOLID原則について説明 • Zenjectの導入もある • 書籍 • Adaptive Code ~ C#実践開発手法 第2版 (マイクロソフト関連書) • Clean Architecture 達人に学ぶソフトウェアの構造と設計
Clean Architecture • 手掛かり無く抽象化を行うよりは、 アーキテクチャに則るのが良い • アプリケーションのロジックを UseCasesより内側に閉じ込める • テストに場合に青の層の実装を入れ替
える CleanArchitectureでひとつ 『上』 のコードを目指す:概念編(Qiita)
LoginUseCase LoginPresenter LoginView ILoginPresenter ILoginView AuthController FirebaseAuth IAuthController DummyAuth IAuth
ログイン画面を作る場合… • 普通に使うときはFirebaseAuthを使い、テストで実 行する場合はDummyAuthを使うよう切り替えたい • 依存先をinterfaceにしているので、DI次第で可能!
シーン上では… public class LoginMain : MonoBehaviour { IUseCase authUseCase; [Inject]
void ConstructUseCases(IAuthController authController, ILoginPresenter loginPresenter) { authUseCase = new AuthUseCase( loginPresenter, authController, this ); } void Awake() { authUseCase.Begin(); } } • InjectメソッドでUseCaseの材料を受け取り、 UseCaseを生成 • MonoBehaviour.Awakeで実行 CleanArchitectureでひとつ 『上』 のコードを目指す:実装編(Qiita)
シーン上では… public class LoginSceneInstaller : MonoInstaller { [SerializeField] LoginView loginView
= default; public override void InstallBindings() { Container .Bind<IAuthController>() .FromInstance(new AuthController(FirebaseAuth.DefaultInstance)) .AsCached(); Container .Bind<ILoginPresenter>() .FromInstance(new LoginPresenter(loginView)) .AsCached(); } } • [SerializeField]など実装の詳細はDIを行うこいつ集約
public class LoginSceneTest : SceneTestFixture { LoginPresenter loginPresenter = new
LoginPresenter(); AlertView alertView; LoginView loginView; AuthController auth = new AuthController(new DummyAuth()); [UnityTest] public IEnumerator ログイン失敗でアラートが表示されるか() { // StaticContextにBind StaticContext.Container.Bind<ILoginPresenter>().FromInstance(loginPresenter).AsTransient(); StaticContext.Container.Bind<IAuthController>().FromInstance(auth).AsTransient(); // シーン読み込み yield return LoadScene("Login"); // シーンから欲しい要素をfind var canvas = GameObject.Find("Canvas").transform; alertView = canvas.Find("AlertView").GetComponent<AlertView>(); loginView = canvas.Find("LoginView").GetComponent<LoginView>(); loginPresenter.View = loginView; // 適当なID/パスワード入力 loginView.IdInputField.onEndEdit.Invoke("hoge"); loginView.PasswordInputField.onEndEdit.Invoke("fuga"); // 実行 loginView.LoginButton.onClick.Invoke(); yield return null; // アラートが表示されているか Assert.IsTrue(alertView.gameObject.activeSelf); // 閉じるボタン alertView.CloseButton.onClick.Invoke(); yield return null; // アラートが消えたか Assert.IsFalse(alertView.gameObject.activeSelf); } } • なんかいけそうやん!
• StaticContextよりもSceneContextが優先されることを知り、 InstallerのBindすべてに.IfNotBound()をつけた • LoadScene時にAwakeが実行されないようにMainをアタッチ したGameObjectをテストのときには一時非アクティブにする ようにした • GitHub •
労力とリターンがあってない気がする(他にいい方法あるだろ) しかしこの後… naninunenoy/UnityViewPatterns/ViewPattern/BMIApp