UnityでC#を勉強しはじめた私の主張
•
15 gefällt mir•11,189 views
2015/09/26(土) comm tech festivalでの 「UnityでC#を勉強しはじめた私の主張」 の資料です。 C#erな方、.NETマスターな方、ご意見、ご感想、つっこみをぜひぜひよろしくお願いします。 [Comm Tech Festival](https://comuplus.doorkeeper.jp/events/30403)
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Mehr von Ryota Murohoshi
Mehr von Ryota Murohoshi (18)
Kürzlich hochgeladen
Kürzlich hochgeladen (8)
UnityでC#を勉強しはじめた私の主張
- 3. ごめんなさい
- 5. お前だれよ • twi%er(:(@RyotaMurohoshi • 投稿先(:(h%p://qiita.com/RyotaMurohoshi • 所属(:(Fuller,(Inc. • コミュニティ(:(Unity部 • その他(:(UniLinqっての作りました(いらない子になりました)
- 15. みなさんへのお願い！
- 20. まえおき終わり
- 22. 【主張】
- 25. IDragHandlerを『普通に』実装する例 using UnityEngine; using UnityEngine.EventSystems; public class DragSample : MonoBehaviour, IDragHandler { public void OnDrag(PointerEventData pointerData { Debug.Log ("OnDrag"); } }
- 26. IDragHandlerを『明示的に』実装する例 using UnityEngine; using UnityEngine.EventSystems; public class DragSample : MonoBehaviour, IDragHandler { // publicがなくなってメソッド名にインターフェース名「IDragHandler.」がついた void IDragHandler.OnDrag(PointerEventData pointerData) { Debug.Log ("OnDrag"); } }
- 27. 違いは？
- 29. インターフェースを明示的に実装した場合 // DragSample型の変数ではOnDragメソッドが呼べない // dragSample.OnDrag(pointerData); 左はコンパイルエラー // IDragHandler型の変数に代入すれば呼べる IDragHandler handler = dragSample; handler.OnDrag(pointerData);
- 33. 例1 List<int> numList = new List<int> {0, 1, 2, 3}; // 下記はコンパイルエラー //bool isReadOnly = numList.IsReadOnly; // ICollection<int> 経由では呼び出せる ICollection<int> numCollection = numList; bool isReadOnly = numCollection.IsReadOnly;
- 38. 下記のOnDragは、UnityのUIイベントシステムが呼んでくれる public class DragSample : MonoBehaviour, IDragHandler { void IDragHandler.OnDrag(PointerEventData pointerData) { Debug.Log ("OnDrag"); } } ポイントは、OnDragメソッドをイベントシステム以外から 呼ばせたいのかどうかだと思う
- 43. 【主張】
- 45. Objectクラス
- 46. Objectクラス • System.Objectクラス • .NET0Framework0の全クラスの基本クラスで、型階層のルート • キーワード「object」、でクラス名を表せる
- 47. Objectクラス
- 48. Objectクラス • UnityEngine.Objectクラス • Unityで重要なGameObjectやComponentの親クラス • なんでそんな名前つけちゃったのまじで！？
- 49. Debug.Logというログを吐くメソッド public static void Log(object message, Object context); さー、どっちがどっちだ？
- 50. Debug.Logというログを吐くメソッド public static void Log(object message, Object context); 第一引数がSystem.Objectで、第二引数がUnityEngine.Objectで 紛らわしいったらありゃしない
- 51. 【主張】
- 53. using UnityEngine; public class Sample : MonoBehaviour{ void Start () { // 下記はUnityEngine.Object型 Object unityEngineObject; // 下記はSystem.Object型 object systemObject; } }
- 54. using UnityEngine; using System; // <- new! public class Sample : MonoBehaviour{ void Start () { // コンパイルエラー // 下記はSystem.ObjectかUnityEngine.Objectか曖昧 // Object ambiguousObject; // 下記はSystem.Object型 object systemObject; } }
- 57. using UnityEngine; using System; using UnityObject = UnityEngine.Object; // <- usingエイリアスディレクティブ public class Sample : MonoBehaviour{ void Start () { // 下記はUnityEngine.Object UnityObject unityEngineObject; // 下記はSystem.Object型 object systemObject; // 残念ながら、Objectは曖昧なままでコンパイルエラー // Object ambiguousObject; } }
- 60. UnityEngine.Randomにエイリアスを ありっちゃありかな？ using UnityEngine; using System; using UnityRandom = UnityEngine.Random; public class Sample : MonoBehaviour{ void Start () { float randomValue = UnityRandom.value; } }
- 63. 【主張】
- 65. UnityEngine.Object.FindObjectOfType<T>メソッド 型を指定して、ゲームシーン中のその型のオブジェトを取得できる // GameManagerは自作のクラスで、MonoBehaviourを継承している GameManager gameManager = FindObjectOfType<GameManager> (); gameManager.StartGameLoop (); GameManager以外のクラスからでも、GameManagerのオブジェクトを取得できる
- 66. 次のコードはすべてコンパイルエラー string str = FindObjectOfType<string> (); // MyClassは自作クラス、UnityEngine.Objectを継承していない MyClass myClass = FindObjectOfType<MyClass> (); // ISampleは自作インターフェース ISample sample = FindObjectOfType<ISample> ();
- 67. なぜか？
- 69. ところで先ほどのGameManagerはMonoBehaviourを継承しているので 継承階層を るとUnityEngine.Objectを継承している 自作クラスだけでなく、ビルドインの剛体運動をつかさどるRigidBodyなどいろいろ取得できる // GameManagerは自作のクラスで、MonoBehaviourを継承している GameManager gameManager = FindObjectOfType<GameManager> (); gameManager.StartGameLoop (); しかしstringやMyClass(UnityEngine.Objectを継承していない)はコンパイルエラーになる！
- 70. 下記はコンパイルエラー FindObjectsOfType<T>もUnityEngine.Objectで型パラメータの制約がされている これだとTには、UnityEngine.Object・そのサブクラス以外が来る可能性がある public class Utility { // T型でゲームオブジェクトの名前がnameなものを取得 public static T[] FindObjectsOfType<T> (string name) { return Object.FindObjectsOfType<T> () .Where (it => it.name == name) .ToArray (); } }
- 71. 下記はOK UnityEngine.Objectで型パラメータの制約がされているので Tには、UnityEngine.Objectかそのサブクラスしかこない public class Utility { // T型でゲームオブジェクトの名前がnameなものを取得 public static T[] FindObjectsOfType<T> (string name) where T : UnityEngine.Object { return Object.FindObjectsOfType<T> () .Where (it => it.name == name) .ToArray (); } }
- 72. 下記はコンパイルエラー Genericなメソッド内で型パラメータの制約をTに行わないと T型のインスタンスはSystem.Objectのメソッドしか呼べない static T Min<T>(T a, T b) { return a.CompareTo(b) < 0 ? a : b; }
- 73. 下記はOK TはIComparableに制約されているので、 IComparableがもつCompareToを呼べる static T Min<T>(T a, T b) { where T : IComparable return a.CompareTo(b) < 0 ? a : b; }
- 74. 型パラメータの制約、大切！
- 77. つらたん
- 79. 【主張】
- 82. 演算子のオーバーロードといえば DateTime型とTimeSpan型の+と,オペレータですが (ですよね？もっといい例あったら教えてください。) DateTime dateTime = DateTime.Now + TimeSpan.FromSeconds (30.0); TimeSpan duration = DateTime.Now - GetStartedTime ();
- 83. Unityでも大活躍
- 84. 位置等をあらわすVector3や回転を表すQuaternionで 演算子のオーバーロードが定義されている // Quaternionは四元数。回転・姿勢等で使う Quaternion rotation = Quaternion.Euler (0, 0, 90.0F); Vector3 vectorA = new Vector3 (1.0F, 1.0F, 0.0F); Vector3 vectorB = new Vector3 (1.0F, -1.0F, 0.0F); Vector3 addedVector = vectorA + vectorB; Vector3 scaledVector = 2.0F * vectorA; Vector3 rotatedVector = rotation * vectorB;
- 87. 型変換演算子といえば System.Decimal型ですよね？ // 多くの数値型から暗黙的型変換 decimal num1 = 1; decimal num2 = 2.0F; decimal num3 = 3.0; // 多くの数値型への明示的型変換 int numA = (int)num1; float numB = (float)num2; double numC = (double)num3;
- 88. Unityでも結構使われている
- 89. Color構造体からColor32構造体への暗黙的型変換 Color構造体は色を表し各成分は[0.0F,1.0F]、Color32構造体も色を表し各成分はbyte型 デザイナーから色の成分を整数でもらった時、Color32構造体は各成分をそのままかける // 初期化が楽なColor32構造体で初期化して // 暗黙的型変換をでよく使うColorに変換 Color color = new Color32(255, 128, 255, 255); コード中で色を定義することが多いなら結構便利だと思う
- 90. Vector3構造体からVector2構造体への暗黙的型変換 // z座標は無視される Vector2 vector2d = new Vector3 (1.0F, 1.0F, 0.0F); // z座標は0.0Fが挿入される Vector3 vector3d = new Vector2 (1.0F, 1.0F); 結構便利！だと思う。自分は。
- 91. UnityEngine.Objectからboolへの型変換 // Rigidbodyは継承階層を るとUnityEngine.Objectにたどり着く Rigidbody rigidbody = GetComponent<Rigidbody>(); // 下記はif (rigidbody != null) { と実質同じらしい if (rigidbody) { rigidbody.AddForce(10.0F * Vector3.forward); } これは便利っちゃ便利だと思うかもしれないけれど、 そんなにうれしくない。どう思います？
- 93. 【主張】
- 96. Unityでも大活躍 // 右辺でRigidbody型って書いてあるじゃん! // Rigidbody rigidbody = GetComponent<Rigidbody> (); var rigidbody = GetComponent<Rigidbody> (); // 右辺でGameManager型って書いてあるじゃん! // GameManager gameManager = FindObjectOfType<GameManager> (); var gameManager = FindObjectOfType<GameManager> ();
- 97. 適材適所でvarを使う // 戻り値型が伝わりズラい・自明でないメソッドでvar使おうとは言わない // var ambiguousTypeObject = GetAmbiguousTypeObject (): // こういう場合、はっきり型を明示したほうがいいと思う SampleType ambiguousTypeObject = GetAmibigaousTypeObject (): // でも右辺から型が自明ならvar使ったほうがすっきりする！ // Dictionary<string, List<LongLongTypeName>> dictionary // = new Dictionary<string, List<LongLongTypeName>> (); var dictionary = new Dictionary<string, List<LongLongTypeName>> ();
- 107. 【主張】
- 112. 「Javaだとこう言う」「C++だとこう言う」ではなくて 郷に入っては郷に従え、C#の言葉を使った方がいいと思う 他の言語の流儀を入れるときは中途半端にやらず、しっかり徹底的にやるべきだと思う
- 113. 【主張】
- 115. 名前付き引数がなんなのかは割愛
- 117. LINQのCountメソッド、Func<TSource,2Boolean>型のデリゲートの引数名は 正しくは、『predicate』なのだけれど！ // 下記はコンパイルエラー // int count = numList.Count(predicate: num => num > 90); // 引数名が仕様と違う int count = numList.Count(selector: num => num > 90); Unityが使っている古いmonoが間違っていたorz
- 118. つらい
- 120. 【主張】
- 122. 次のコードは問題がある FirstOrDefaultは、引数のデリゲートが表す条件を満たす最初の要素を取得する 『満たす要素がなかった場合』がここでのポイント Vector3 playerPosition = GetPlayerPosition(); List<Vector3> enemyPositions = LoadEnemyPositions(); float attakRange = 5.0F; Vector3 targetEnemyPosition = enemyPositions .FirstOrDefault(p => Vector3.Distance(playerPosition, p) <= attakRange);
- 123. 満たす要素がなかった場合、FirstOrDefaultは型の規定値を返す！ nullを返すというのは間違い！FirstOrNullじゃないし nullは参照型の規定値で、値型の規定値はnullじゃない
- 124. 型の規定値 • 参照型はnull • 構造体はすべてのメンバを規定値で初期化したもの • intは0 • floatは0.0F • boolはfalse (略)
- 126. 条件を満たす要素が存在しなかった場合 targetEnemyPosi.onはnew0Vector3(0.0F,00.0F,00.0F)という結果になる。(nullではない) Vector3 playerPosition = GetPlayerPosition(); List<Vector3> enemyPositions = LoadEnemyPositions(); float attakRange = 5.0F; Vector3 targetEnemyPosition = enemyPositions .FirstOrDefault(p => Vector3.Distance(playerPosition, p) <= attakRange); 『正しい値が入っていると思ったら、実は規定値が入っていたためバグ！』に気をよう
- 127. 【主張】
- 130. こうすれば安心？ public class Player { /*略*/ public List<Item> Items { get; private set; } } ではない！
- 131. ダメな例 Player player = GetPlayer(); // これはできないけれど // player.Items = new List<Item>(); // 普通に外部からList<T>のメソッド経由で中身をいじれる player.Items.Clear();
- 132. ではどうする？
- 133. 案1"防御的コピーをする public class Player { /*略*/ private List<Item> items; public List<Item> Items { get { return new List<Item>(items); } } } 内部のリストメンバの複製を外部に公開する けれど、これだと「クラス内のアイテムのリストのデータはいじれなよ」「防御的コピーしたよ」 ってことがぱっと見で伝わらない。Playerクラスのコード'or'ドキュメントを読まないといけない
- 134. 案2"プロパティをIEnumerable<T>型にする public class Player { /*略*/ private List<Item> items; public IEnumerable<Item> Items { get { return items; } } } 「いじれないよ」ということは伝わるけれど、「確定しているデータだよ」が伝わらない 「遅延評価される値？」「内部ではリスト・配列で保持せずDBにいちいち問い合わせてる？」 って勘違いされる可能性あり。結局Playerクラスのコードかドキュメントを読まないといけない
- 135. 案3"プロパティをIReadOnlyList<T>型にする public class Player { /*略*/ private List<Item> items; public IReadOnlyList<Item> Items { get { return items; } } } 「外部からだといじれないよ」も「遅延評価じゃなくて確定しているデータだよ」も伝わる 【悲報】だけどUnityだと使えない【致命的】 .NET%4.5で登場したインターフェースだからorz
- 138. 案4"プロパティをReadOnlyCollec.on<T>型にする public class Player { /*略*/ private List<Item> items; public ReadOnlyCollection<Item> Items { get { return new ReadOnlyCollection<Item>(items); } } } もしくは、(意味は変わってくるけれど) public class Player { /*略*/ public ReadOnlyCollection<Item> Items { get ; private set; } }
- 141. 【主張】
- 144. 対象Transoformの子オブジェクト(のTransform)の列挙 // 対象の子供オブジェクトの名前を表示 foreach(Transform childTransform in transform) { Debug.Log(childTransform.name); // 名前を表示 }
- 147. まとめ
- 151. ちゃんと勉強したいぜC#！
- 152. つっこみお待ちしてます