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
420
M5Stack with Unity
naninunenoy
3
2.2k
M5Stack x IMU x BLE
naninunenoy
1
750
Other Decks in Technology
See All in Technology
waitany と waitall を作った話
mrkn
0
120
SAVEPOINT α版
savepoint
0
560
Oracle Autonomous Database:サービス概要のご紹介
oracle4engineer
PRO
1
6.9k
AIで変わるテスト自動化:最新ツールの多様なアプローチ/ 20240910 Takahiro Kaneyama
shift_evolve
0
150
標準ライブラリの奥深アップデートを掘り下げよう!
logica0419
2
440
プロダクトエンジニアを支えるための開発生産性向上施策
tsukakei
0
110
Swift Testingのconfirmationを コードリーディング/Dive into Swift Testing confirmation
laprasdrum
1
180
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
0
13k
Oracle Exadata Database Service(Dedicated Infrastructure):サービス概要のご紹介
oracle4engineer
PRO
0
9.5k
FastConnect の冗長性
ocise
0
7.2k
Datadog を使ったプロダクトとクラウドの セキュリティモニタリング
mrtc0
0
610
Optuna: a Black-Box Optimization Framework
pfn
PRO
1
100
Featured
See All Featured
Side Projects
sachag
451
42k
How GitHub Uses GitHub to Build GitHub
holman
472
290k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
24
3.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
88
16k
Robots, Beer and Maslow
schacon
PRO
157
8.1k
It's Worth the Effort
3n
182
27k
How to name files
jennybc
75
98k
The World Runs on Bad Software
bkeepers
PRO
64
11k
Navigating Team Friction
lara
183
13k
RailsConf 2023
tenderlove
27
800
Web Components: a chance to create the future
zenorocha
308
41k
A Modern Web Designer's Workflow
chriscoyier
691
190k
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