常連

###前提・実現したいこと
下記のクラスのTestEditor内で、MonoBehaviourを継承していないクラスのリストの最後尾に、編集した新しい値を追加するために、MyClassをSerializedPropertyに変換したいです。



###該当のソースコード


**１．カスタムクラス**
```
[System.Serializable]
public class MyClass
{
	public AudioClip audioClip;
	public float floatVal;
}
```

**２．インスペクタ拡張のターゲットクラス**
```
public class Test : MonoBehaviour
{
	[SerializeField]
	private List<MyClass> myClassList = new List<MyClass>();
}
```

**３．インスペクタ拡張用クラス**
```
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
using UnityEditor;

[CustomEditor(typeof(Test))]
public class TestEditor : Editor
{
	private SerializedObject serializedObj;
	private SerializedProperty listProp;

	void OnEnable()
	{
		serializedObj = new SerializedObject(target);
		listProp = serializedObj.FindProperty("myClassList");
	}

	/// <summary>
	/// リストに要素を追加
	/// </summary>
	/// <param name="_addItem">追加する要素</param>
	void AddListItem(MyClass _addItem)
	{
		listProp.arraySize++;

		//配列の最後の要素を書き換え（ここをどうやるか分からないです）
		//listProp.GetArrayElementAtIndex(listProp.arraySize - 1) = _addItem;
	}

	/// <summary>
	/// インスペクタ拡張
	/// </summary>
	public override void OnInspectorGUI()
	{
		base.OnInspectorGUI();

		//ボタンを押した時、リストに新しく要素を追加する
		if (GUILayout.Button("AddListItem"))
		{
			MyClass item = new MyClass();
			AddListItem(item);
		}
	}
}
```

３のクラスの配列の最後の要素を書き換える所をどうすればいいのかわかりません、方法を教えていただきたいです。よろしくお願い致します。

###補足情報(言語/FW/ツール等のバージョンなど)
Unityのバージョン：Unity 2017.1.0.p5

MonoBehaviourを継承していないクラスをSerializedPropertyに変換したいです。

### 前提・実現したいこと

衝突や検知などでゲームオブジェクトのコライダーを取得したとき、
そのコライダーのゲームオブジェクトが単一のゲームオブジェクトでなく、
キャラクターなどの階層構造でコライダーも階層の中にあり、
その取得した相手のゲームオブジェクトにスクリプトで何かしらの振る舞いをさせたい場合、
どういった設計がよいのかご教示お願い致します。

### 試したこと

例えば、キャラクターの手の部分のゲームオブジェクトにコライダーがアタッチしていて、
その手の部分のゲームオブジェクトは、キャラクターのルートオブジェクトでない場合を想定します。

このような場合、キャラクターのゲームオブジェクトの設計と、
その取得した手のゲームオブジェクトから、キャラクターに何かしらの振る舞いをさせる方法としては、
次のようなものがよいのかと考えました。
```
・キャラクターの振る舞いをするスクリプトはキャラクターのルートオブジェクトにアタッチさせる。

・取得したコライダーの手のゲームオブジェクトからルートのゲームオブジェクトを取得して、
　GetComponentでキャラクターのスクリプトにアクセスし、そのスクリプトで振る舞いを実行する。
```

このような設計が良いと考えているのですが、いかがでしょうか？
もしくは他にも良い設計がある場合、ご教示お願い致します。

また、[GetComponentは負荷がかかる](http://tech-no-logy.jp/2018/03/19/post-92/)という認識がある為、なるべく避けたいのですが、
コライダーからスクリプトを取得する場合は、GetComponentしか方法がないと思うのですが、いかがでしょうか？

すみません、もう1点質問です。
今回のコライダーに限らず、そしてキャラクターにも限らず、基本的に階層構造のゲームオブジェクトは、
基本的にルートのゲームオブジェクトにスクリプトをアタッチすべきと考えているのですが、いかがでしょうか？

コライダーと階層構造。

### 前提・実現したいこと
unityでc#を使ってゲーム製作しているのですが、共通の処理をしたい時にStaticクラスを作成してそこに共通処理を書いて処理しているのですが、ネットで調べているとユーティリティクラスはオブジェクト指向に反しているからダメとの記述を見かけるのですが、staticクラスを使わずに共通処理を行う場合どのような方法がありますか？
あと、拡張メソッドもstaticクラスを作成してstaticメソッドを定義するので結局はユーティリティクラスと同じなのですか？

例えば、ダメージを受ける処理を

```c#
//敵やプレイヤーなどダメージを受けるものが持つLifeクラス
public class Life
{
	public int lifepoint;
	public int defensepower = 5;

	//ダメージを受けた時 実際はもっと複雑な内容
	void Damage(int attackpower)
	{
        //攻撃力が防御力を下回っていたら終了
		if (attackpower <= defensepower) return;

		int damage = attackpower - defensepower;

		lifepoint -= damage;
	}
}
```
こう書くか
```c#
//敵やプレイヤーなどが持っているLifeクラス
public class Life
{
	public int lifepoint;
	public int defensepower = 5;

	//ダメージを受けた時
	void Damage(int attackpower)
	{
		lifepoint -= DamageKeisan.resault(attackpower, defensepower);
	}
}
```
```c#
//計算するクラス
public static class DamageKeisan
{
    //ダメージの計算 実際はもっと複雑な内容
	public static int resault(int attackpower, int defensepower)
	{
		//攻撃力が防御力を下回っていたら終了
		if (attackpower <= defensepower) return 0;

		return attackpower - defensepower;
	}
}

```

staticクラスでの共通処理

Unityを使っていろいろなジャンルのゲームの作り方を学んでいる学生です。

早速ですが、[Unityの公式チュートリアルTanks](https://unity3d.com/jp/learn/tutorials/s/tanks-tutorial)（戦車と戦車で戦うゲームです）にて、戦車を複数台Instatiate()必要する場面があります。そのときの実装方法が、私が今まで使ってきた方法と少し違ったので、どっちが良い実装なのか気になったので質問させてもらいました。  

　私が今まで使ってきた方法は、ゲームオブジェクトにスクリプトコンポーネントをアタッチして、そのスクリプトの中で体力や名前などを管理しています。それをPrefabにして、Instantiate()したゲームオブジェクトをGameObject型の配列に入れることで、まとめて管理しています。  

　一方、公式チュートリアルでは、戦車に関するクラス（以下、Tankクラスとします。MonoBehaviourは継承しません)を作って、そのクラスのメンバーの1つとして、GameObject型の変数を宣言します。それから、MonoBehaviourを継承した別のスクリプトで、TankクラスをInstantiate()して、さらにその中のGameObject型の変数にInstantiate()したゲームオブジェクトを代入しています。  

　まとめると両者の違いは、ゲームオブジェクトを複数まとめて管理したいとき、GameObject型の配列を作るか、Tankクラス型の配列を用意するかということです。別の見方をすれば、ゲームオブジェクトをベースにして種々の変数やメソッドを管理するか、Tankクラスのインスタンスをベースにして変数の1つとしてゲームオブジェクトを管理するか、と言えます。  

　個人的には、公式チュートリアルで採用されていた実装方法の方がforeachからTankクラスの各種のメンバーやメソッドにアクセスできて前者よりも書きやすい印象だったので以降はこちらを使っていこうか考えています。ただ、今までは前者の書き方で何とかなっていたので、後者の「書きやすい」以外のメリットをうまく言葉にできません。  

きっと何か重要なことを見落としているのではないかと思うのですが...  

以上が質問の内容です。両者の実装方法の長所・短所、私が見落としていること、の2点について回答よろしくお願いします。
また、もし比較的大規模なゲーム制作をされた経験があれば、どちらの方法を採用していたのかということも教えていただけたら幸いです。
よろしくお願いします。