Unity開発準備 勉強会

KINDAI Info-Tech HUBに向けた勉強会資料です。

UnityにHello worldしたあと、もうちょっと凝ってゲームを作ってみたい、チームでゲームづくりを始めたい、だけど、やり方がわからない。

といった人に向けた内容です。

Unityにおける開発の手順や設計の方法の一案を提示します。

Transcript

1. Unity開発準備 勉強会 <author name = ‘さねふじ けいた’ grade = ‘24卒’ class = ‘OB’> <contact discord = ‘sane21.’ github = ‘sane21’ > <!-- 急な開催で会社に許可をとってないので所属は非公開で！ --> <title> </title>
2. こんなときどうする？ 2
3. 複数人で一緒に開発する 3
4. こんなときどうする？ 複数人で一緒に開発する 一つのファイルをみんなで編集する？ 4
5. こんなときどうする？ •だれかが編集してる間、他の人はどうするの？ 仮に同時にできるとして •同時に同じ場所を変更したらどうなる？ 一つのファイルをみんなで編集する？ 5
6. こんなときどうする？ 複数人で一緒に開発する 複数のファイルに分けて同時進行する？ 6
7. こんなときどうする？ •どんな風に管理をするの？ •どんな風にファイルの役割を分けるの？ •どうやって合体させるの？ 複数のファイルに分けて同時進行する？ 7
8. 結論：設計をしよう 8
9. 今日の目標 •設計をする理由を知る •設計の手法を知る 注釈$> echo ‘本講義はあくまで私の考え’ 注釈$> echo ‘一つの思想にとらわれないように！’ 9
10. 設計とは 作りたいものを “どのように” 作るのか を決めること 10
11. 設計とは 作りたいものを どのように作るのか を決めること → 前提 : なにが作りたいの？ 11
12. 何を作りたいのかを明確に 12
13. 開発の工程 1.作りたいものの概要を決める 2.何を作るのかを明確にする 3.どう作るのかを決める 4.実際に作る 13
14. 開発の工程 1.企画 : 作りたいものの概要を決める 2.要件定義 : 何を作るのかを明確にする 3.設計 : どう作るのかを決める 4.開発 : 実際に作る 14
15. なにを作りたいのか 決めること • ターゲット • 打ち出す強み • 既存品との差別化 • かかるコスト • 得られるリターン など 企画 なぜ作るのか 誰のためのどんなゲームか ブレない軸を持てる 道に迷ったときの指針になる 参考 • ビジネスモデルキャンバス • リーンキャンバス 画像 : いらすとや 15
16. • どんな技術を使う？ • どんな画面がある？ • ユーザは何ができる？ • どんな入力をする？ • 入力にはどんな結果が起こる？ • 放置したらどうなる？ • どんなデータがある？ • データが変わったらどうなる？ • 画面が変わる？ • 他のデータに影響を及ぼす？ など 要件定義 作るために必要なことはなにか 事前に考えられること 用意できることを洗い出す 作るものを明確にイメージできる 作る道筋が明らかになる 画像 : いらすとや 16
17. • アーキテクチャ • オブジェクト指向 • デザインパターン • SOLID原則 など 設計 どのように作るのか 作る手段や方式を確立する 作る道筋を舗装できる 画像 : いらすとや 17
18. 設計 • MonoBehaviourに依存しがち • データの入出力や見た目の管理などなんでもできる • 〇〇Manager増えがち • 最初からGameManagerがあることに引っ張られる？ • Start()やUpdate()がたくさんできがち • MonoBhehaviourの数だけ設定できる side : Unity 18
19. 設計 • MonoBehaviourに依存しがち • データの入出力や見た目の管理などなんでもできる → 継承関係の複雑化 • 〇〇Manager増えがち • 最初からGameManagerがあることに引っ張られる？ → 複数箇所に影響を及ぼす可能性 • Start()やUpdate()がたくさんできがち • MonoBhehaviourの数だけ設定できる → 処理を管理しきれない bad : Unity 19
20. 設計 • Model • データを管理する • View • 見た目を管理する • ユーザの入力を受け取る MonoBehaviourはココだけ • Presenter • Viewからの入力をModelに渡す • Modelのデータの変更をViewに渡す 処理のメインはココ MVPアーキテクチャ 20
21. 設計 • UniRx • Reactive Extensions for Unity • もう更新されないけど、 記事がたくさん • R3 • あたらしいUniRx • より安全に速く • 同じ開発者 • Unity 2021.03 以上 • MVPに便利 データ更新の通知をサポート god : Unity UniRx [ https://github.com/neuecc/UniRx ], R3 [ https://github.com/Cysharp/R3 ] 21
22. 設計 • Observerパターン • Observable : 被観測対象 • Observer : 観測者 • Observableにイベント発生 → Observerに通知 • MVPでは Model(Observable)にデータ変更 → Presenter(Observer)に通知 → Viewに見た目の変更を命令など データ更新の通知の詳細 22
23. 23 設計 ゲームの流れ
24. 24 設計 一つの MonoBehaviourだけ StartやUpdateを実行 その一つが すべてのPresenterの ManualUpdateを実行 連動してすべての ModelとViewが動作 Unityゲームの設計
25. まとめ 25
26. まとめ 1. 企画 ：目標を決める 2. 要件定義 ：目標達成に必要な要素をすべて洗い出す 3. 設計 ：必要な要素を満たすための準備をする 4. 開発 ：がんばれ 開発の手順 26
27. まとめ • MVPアーキテクチャ • Observerパターン • Reactive Extension (UniRx, R3) • データを管理できるように、Modelを定義する！ • 処理を追えるように、Presenterを組み合わせる！ • 見た目を的確に表すために、Viewを整える！ Unityゲームの設計例 27
28. おすすめの書籍 28
29. 画像 : オライリー https://www.oreilly.co.jp/books/9784873115658/ 29 リーダブルコード 変数の命名方法、コメントの記法 細やかな処理のテクニックなど コードの可読性を上げるための ノウハウが詰まってる 他人に読みやすい コードを書くことは 生産性を大きく向上させる ※過去・未来の自分は他人
30. プリンシプル オブ プログラミング さまざまな事例をもとにした プログラミングの原則や思想、 アンチパターンなどを紹介 どのように 開発を進めていくのか を助けてくれる 画像 : 秀和システム https://www.shuwasystem.co.jp/book/9784798046143.html 30
31. 画像 : SBクリエイティブ https://www.sbcr.jp/product/4797311126/ 31 オブジェクト指向における再利用のためのデザインパターン いろんなデザインパターンが わかりやすく解説されてる サンプルコードも豊富で かなり参考になる 知ってるだけでも 取れる選択肢がぐっと増える (なんとなくでも知ってれば 必要になったときに調べれば良い)
32. 画像 : 秀和システム https://www.shuwasystem.co.jp/book/9784798021188.html 32 ゲームプログラマになる前に覚えておきたい技術 ゲームプログラムを0から 書く方法が詰まってる Unityなどのエンジンがやってく れる処理を自力で実装できるため の知識や技術の宝庫 数学や物理学などの情報も 併記されているので安心 効果的な処理を 書けるようになるかも？
33. Keep It Simple, Stupid. 33