$30 off During Our Annual Pro Sale. View Details »
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.6k
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.2k
最近行った焼肉屋
naninunenoy
0
480
M5Stack with Unity
naninunenoy
3
2.7k
M5Stack x IMU x BLE
naninunenoy
1
840
Other Decks in Technology
See All in Technology
Microsoft Agent 365 を 30 分でなんとなく理解する
skmkzyk
1
310
.NET 10 のパフォーマンス改善
nenonaninu
2
4.7k
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
37k
Uncertainty in the LLM era - Science, more than scale
gaelvaroquaux
0
520
原理から解き明かす AIと人間の成長 - Progate BAR
teba_eleven
2
300
Introduction to Bill One Development Engineer
sansan33
PRO
0
330
Active Directory 勉強会 第 6 回目 Active Directory セキュリティについて学ぶ回
eurekaberry
16
6k
All About Sansan – for New Global Engineers
sansan33
PRO
1
1.3k
freeeにおけるファンクションを超えた一気通貫でのAI活用
jaxx2104
3
620
Data Hubグループ 紹介資料
sansan33
PRO
0
2.3k
How native lazy objects will change Doctrine and Symfony forever
beberlei
1
380
Master Dataグループ紹介資料
sansan33
PRO
1
4k
Featured
See All Featured
How to Ace a Technical Interview
jacobian
280
24k
Rebuilding a faster, lazier Slack
samanthasiow
84
9.3k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
69k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
1
80
Optimizing for Happiness
mojombo
379
70k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.1k
Unsuck your backbone
ammeep
671
58k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
Thoughts on Productivity
jonyablonski
73
5k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Designing Experiences People Love
moore
142
24k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
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