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.4k
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
1.9k
最近行った焼肉屋
naninunenoy
0
440
M5Stack with Unity
naninunenoy
3
2.3k
M5Stack x IMU x BLE
naninunenoy
1
770
Other Decks in Technology
See All in Technology
日経電子版のStoreKit2フルリニューアル
shimastripe
1
140
OCI Vault 概要
oracle4engineer
PRO
0
9.7k
強いチームと開発生産性
onk
PRO
35
11k
AGIについてChatGPTに聞いてみた
blueb
0
130
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
3
620
心が動くエンジニアリング ── 私が夢中になる理由
16bitidol
0
100
Making your applications cross-environment - OSCG 2024 NA
salaboy
0
190
OCI 運用監視サービス 概要
oracle4engineer
PRO
0
4.8k
なぜ今 AI Agent なのか _近藤憲児
kenjikondobai
4
1.4k
AIチャットボット開発への生成AI活用
ryomrt
0
170
誰も全体を知らない ~ ロールの垣根を超えて引き上げる開発生産性 / Boosting Development Productivity Across Roles
kakehashi
1
230
データプロダクトの定義からはじめる、データコントラクト駆動なデータ基盤
chanyou0311
2
330
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
44
2.2k
Done Done
chrislema
181
16k
Building Your Own Lightsaber
phodgson
103
6.1k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
16
2.1k
Fireside Chat
paigeccino
34
3k
Docker and Python
trallard
40
3.1k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
Ruby is Unlike a Banana
tanoku
97
11k
Testing 201, or: Great Expectations
jmmastey
38
7.1k
Producing Creativity
orderedlist
PRO
341
39k
Music & Morning Musume
bryan
46
6.2k
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