U1W共有会資料

Unity1Week共有会 #2-B で登壇させていただいた「「スライム牧場」でそこそこ頑張ったゲームデザインと設計」の発表資料です。
https://meetup.unity3d.jp/jp/events/1241

Transcript

1. 「スライム牧場」で そこそこ頑張った ゲームデザインと設計
2. ゲーム概要 ゲーム画面 出荷効率 自動生産 出荷よー スライムのクリッカーゲーム クリック
3. ゲームデザイン
4. クリッカーゲームの楽しさ 効率化 　　プレイ時間の長いゲームは1weekと相性が良くない説 通常のクリッカーゲームとはまた別の要素が必要
5. 工夫その１ ふえるパラメータを２種類用意した 　　・スライム 　　・お金
6. 時間 時間 数値 数値 時間に対して比例してふえる ある瞬間に急激にふえる 数値の増え方
7. 時間 時間 数値 数値 ほおっておいても ふえる数値 プレイヤーが操作して ふやす数値 ２つの数値の違い 出荷
8. 出荷よー
9. 工夫その２ スライムにキャラクター性を持たせた 　　うろうろするだけのスライムでも 　　声がつくと印象が変わる 眺めているだけでも癒されるゲーム ﾜｰｲ
10. 工夫その２ ピクミンをイメージ 　　ふえる　　　→　ふえる 　　たたかう　　→　なし（イベント） 　　はこぶ　　　→　なし（イベント） 　　食べられる　→　出荷する ﾜｰｲ
11. 開発
12. 1weekでの自分のルール 左クリックのみでできるゲーム 音量調整は必ずいれる
13. 1weekでの自分のルール 左クリックのみでできるゲーム 　　マウス操作でゲーム画面にくる 　　Twitterのリンクからゲーム画面にくる 　　　→ スマホの人もいる 音量調整は必ずいれる
14. 1weekでの自分のルール 左クリックのみでできるゲーム 　　マウス操作でゲーム画面にくる 　　Twitterのリンクからゲーム画面にくる 　　　→ スマホの人もいる 音量調整は必ずいれる 一番遊んでもらいたい 一般ユーザーがいるのは のはここ チュートリアルや画面サイズやらくっついてくる
15. 1weekでの自分のルール 左クリックのみでできるゲーム 　　マウス操作でゲーム画面にくる 　　Twitterのリンクからゲーム画面にくる 　　　→ スマホの人もいる 音量調整は必ずいれる 　　同僚の耳を破壊したので戒め 一番遊んでもらいたい 一般ユーザーがいるのは のはここ チュートリアルや画面サイズやらくっついてくる
16. 実装の目標 マルチシーンエディティング＋ Extenjectを試す 　　ロジック、UI、ゲームの３シーン ロジック UI ゲーム
17. 実装の目標 マルチシーンエディティング＋ Extenjectを試す 　　ロジック、UI、ゲームの３シーン Clean Architecture 　　外から内に向かって依存させるアレ
18. ドメイン ゲームの内容から行われる操作を列挙する
19. ドメイン ゲームの内容から行われる操作を列挙する クリックする 出荷する アイテムを購入する 操作
20. ドメイン 操作によって変更されるパラメータを列挙する クリックする 出荷する アイテムを購入する スライムの数 お金 所持アイテム 操作 パラメータ
21. ドメイン 操作によって変更されるパラメータを列挙する クリックする 出荷する アイテムを購入する スライムの数 お金 所持アイテム 操作 パラメータ UseCase Entity
22. Entity スライムの数 → SlimeNumEntity 数 　　ReactiveProperty<BigInteger> 　　IObservable<BigInteger> OnChangeAsObservable() 増える 　　void Increase(BigInteger num); 減る 　　bool TryDecrease(BigInteger num); 値が変わったら変更通知 してくれるUniRxの便利なやつ これだけ
23. UseCase Entityを組み合わせてゲーム内の処理にする 出荷する → ShipUseCase メソッドは１個　bool ShipSlime()
24. UseCase _farmInfo : 牧場の情報 出荷の数、出荷でもらえるお金 _slimeDecreasable 　: スライムの数を減らす _moneyIncreasable 　: 所持金を増やす _indexDecrement 　: 画面上から破棄されるスライム
25. UseCase _farmInfo : 牧場の情報 出荷の数、出荷でもらえるお金 _slimeDecreasable 　: スライムの数を減らす _moneyIncreasable 　: 所持金を増やす _indexDecrement 　: 画面上から破棄されるスライム
26. UseCase _farmInfo : 牧場の情報 出荷の数、出荷でもらえるお金 _slimeDecreasable 　: スライムの数を減らす _moneyIncreasable 　: 所持金を増やす _indexDecrement 　: 画面上から破棄されるスライム
27. Interfaceってどう切るの？ SlimeNumEntity 　IObservable<BigInteger> OnChangeAsObservable() 　void Increase(BigInteger num); 　bool TryDecrease(BigInteger num); ShipUseCase 　bool IShipUseCase.ShipSlime() 使う側が、なるべくInterfaceに実装されているメソッド 全てを使い切れるようにする
28. Interfaceってどう切るの？ SlimeNumEntity 　IObservable<BigInteger> OnChangeAsObservable() 　void Increase(BigInteger num); 　bool TryDecrease(BigInteger num); ShipUseCase 　bool IShipUseCase.ShipSlime() 使う側が、なるべくInterfaceに実装されているメソッド 全てを使い切れるようにする [参考] 【C#】インターフェイスの利点が理解できない人は「イン ターフェイスには３つのタイプがある」ことを理解しよう https://qiita.com/yutorisan/items/d28386f168f2f3ab166d 使うのはこれだけ
29. 画面作りの効率化 Nested Prefabをごりごり使う 分割できる最小単位 出荷ボタン、戻るボタン、スライム 単独で動作する
30. マルチシーンエディティングどこいった？ 設計だとか、きちんと分業できてたら多分できる 実装漏れに対して追加で対応できるか？ 依存の向きがロジック方向に向いているか？ 処理、クラスの命名が適切か？
31. まとめ ゲームの操作、デザイン１つ１つそれぞれに理由 があって目的がある 　→ 何のためにあるのかきっちり言語化する 設計は、SOLID原則(メンテナンス性)を担保する ためのものなのでぶっちゃけなんでもいい。やり すぎると死ぬ。
32. まとめ あれこれ考えているが人を惹きつける要素はない 引き出しを増やすためにもチーム開発は有効 １週間あれば割と勉強できる • ある程度下調べは必要
33. おまけ [参考] 1Week Game Jam で4日間でクリッカーゲームを作った話 https://qiita.com/sai_maple_/items/245f411d1d73bfaa7576 [参考] ソースコード https://github.com/sai-maple/SlimeFarm