第三回 Mustache ＆ AppCrusaders Unity勉強会 ひとり親方　束田大介さま フリーでのゲーム開発How to

1. ひとり親方Unity
束田 大介

2. Redmine ＆ GitLab

3. Redmine ＆ GitLab
自分はさくらのレンタルサーバーに環境を構築
月々1700円ほどなので、全然おトク
案件がそのまま資産になっていくからいい

4. Redmine
プロジェクト毎に作成
Ver.1.0を納品物とし、それ以降のタスクは延長or追
加発注
各親チケットに小チケットをぶら下げて、小チケッ
トが片付いたところで納品といった段取りで

5. Redmine
ロードマップがメイン
チケットのフィルターは漏れるので危ない
バージョン管理に意識を置く
もちろん、Gitのmasterブランチのタグも合わせる

6. GitLab
基本的にgitflowで運用(一人でも)
futureのブランチ名はRedmineのチケット名にする
複数人で開発する場合は、deveropとmasterのコミッ
トに制限をかける

7. なぜこの運用方法か？
コード資産として過去の仕事がたまっていく
「この部分の実装どうやったっけ？」が、完了した
チケット＆ブランチを見れば完結する
決めるべきものを決めておけば、複数人開発の時後々
頼みやすい

8. なぜこの運用方法か？
大人の発言とは思えないが、基本覚えていられない
UnityAPIと.Netフレームワークを１つでも多く頭に詰
め込みたいのに、やるべき事で頭を満たしたくない
業務の切り分けがしっかりできる

9. Jenkins ちゃん

10. 物凄く助かってます
Unityのプラットフォーム別のビルドに最適
1時間おきにビルドするようセットしておいて、コ
ミットがなかったものはスルーする設定に
ビルドエラーなどはメールやSlackに通知を出す

11. 物凄く助かってます
DeproyGateは絶対使え
GitLogも渡せるので、更新内容がよく分かる
もちろんJenkins側のビルドログにもしっかり残る

12. できればテストも
UnityTestToolがUnity5.3からUnityAPIにバンドル
もちろんAssetStoreからもDL可能
おかしな動きはバグレポのご協力を！

13. テスト詳細はマニュアルを
http://docs.unity3d.com/ja/current/
Manual/testing-editortestsrunner.html

14. ヒエラルキーに特定のクラスを
つけたGameObjectを作成する
エディッタ拡張

15. エディッタ拡張
Unityというゲームエンジンは、元々完成率は80%と
し、自分でカスタマイズできるよう標準の仕様となっ
ている
ある程度決まっている動作、スクリプトの生成などは
エディッタ拡張を使えるとアツイ
先ほどのJenkins、UnityTestToolを使う場合、バッチで
呼び出すため、エディッタ拡張の仕組みが必要になる

16. 基本的な記法
今回はエディッタウ
インドウを使用
GUIは、ボタンとラ
ベルとチェックボッ
クスを使う
今回は、XMLファイ
ルのパスを取得して、
GameObjectに渡そ
う

17. 細かい部分は割愛

18. エディッタ拡張のコツは
GUIを先に作る

19. できることを決める
ボタンや、必要な情報を入力するためのインターフェ
イスを先に作れば、必然と実装する内容は決まって
くる
作り続けて脱線するパターンは、メソッドの内容か
ら考えてしまうパターン
必要以外のことは実装せず、随時追加、拡張していく

20. OnGUI
Runtimeで動くコードと同じように、GUIはOnGUI上に記載する
GUIクラスでもEditorGUILayoutクラスでも大丈夫
問題があるとすれば、Rectで設置するかどうか(混在すると重
なって表示されたり)

21. OnGUI
ファイルのパス
フォルダパス取得ボタン
パス取得と同時に
GameObjectを作るか
作成したGameObjectを
まとめて削除

22. メソッドを追加する
基本的に、Editorコードを書く場合は、メンバー変
数、メソッド全てがStaticとなる。
これはエディッターのランタイムで動作し続ける必要
があるのでいつでも呼び出せるようメモリーを確保
しておく必要があるため。

23. GetXmlFilePass
① EditorUtilityのOpenFolderPanelを使い、保存先のフォルダパスを取得
する
② Nullチェックも忘れずに
③ フォルダ内のファイル情報を取得
④ GUIのチェックボックスが付いていたらそのままGameObject作成

24. CreateGameObject

25. CreateGameObject
fileListの配列から、最後”.xml”で終わっている文字列
で条件分岐
EndsWith()は、.Netライブラリのstringのメソッド
foreach(var file in fileList){}
if(file.EndsWith(“.xml")){}

26. CreateGameObject
GameObjectをインスタンスして、タグの設定を行う
タグはこの後のヒエラルキーの初期化の時に必要に
なる
GameObject xmlObject = new GameObject();
xmlObject.tag = xmlAnimationTag;

27. CreateGameObject
AddComponentしたクラスを参照する
ファイルパスを渡す
確認用のDebug.Log
XmlDate addXmlPath =
xmlObject.GetComponent<XmlDate>();
addXmlPath.dataFileName = file;
Debug.Log(addXmlPath.dataFileName);

28. HierarchyInit
タグを検索してGameObjectを破棄するだけだがこれ
が意外と大変
いつもforeach使い慣れてる人はここだけfor文で書か
れていることに違和感を覚えるかと

29. HierarchyInit
UnityAPIのGameObject.FindGameObjectsWithTag()メソッ
ドで、対象のタグを持つGameObject全てを検索する
配列で返ってくるので変数も配列で指定
GameObject[] xmlAnimationTagObject
= GameObject.FindGameObjectsWithTag(xmlAnimationTag);

30. HierarchyInit
foreach文だとなぜかこの後の配列にnullを入れる処理
でエラーが出る
どうやらこれはお約束らしくListクラスで配列操作を
行う際にも同様の事象が発生する
なので今回はfor分で実装
for(int i = 0; i < xmlAnimationTagObject.Length; ++i){}

31. HierarchyInit
for文内でGameObjecrをDestroyする場合はDestroyImmediate()を
推奨
GameObjectは破棄した後nullを入れないと山椒が残ってしまう
最後の確認用にDebug.Logを出力するが「obj is null」と返って
きた場合参照が残っている
DestroyImmediate(xmlAnimationTagObject[i]);
xmlAnimationTagObject[i] = null;
Debug.Log("obj is " + xmlAnimationTagObject[i]);

32. おまけ

33. タグが未登録の場合
今回はスクリプトからタグを指定している
登録されていないタグがあった場合エラーが返ってく
る
それらを防ぐために自動登録のメソッドも念のため
準備

34. タグが未登録の場合

35. タグが未登録の場合
ProjectSettingsのTagManager.assetを参照し直接追加
使用するクラスがあまり馴染みがないので要注意
説明にセッションひとつ使いそうなので本日は割愛

36. ご清聴ありがとうございます。