newしなくてもいいんでしょうか？

Question

下のソースコードはScriptableObjectを継承したクラスEnemyDataにあるフィールドの値をコンソールに表示しているそうです。
「クラスの中身を利用したければnewでインスタンスを生成しなければならない」と思っているのですが、下のソースコードではnewせずEnemyDataの中身を利用しているようです。
public EnemyData enemyData;と定義したらenemyData = new EnemyData();とインスタンス化しなければデータを扱えないと考えてしまうのですが・・・どういうことなんでしょうか？

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class ScriptableCharaController : MonoBehaviour {

	public EnemyData enemyData;

	void Start(){
		ShowScriptableObjectData();
	}
	
	void Update(){
		
	}

	void ShowScriptableObjectData(){
		// 参照しているEnemyDataの中身をコンソールに表示する
		Debug.Log("私の名前は" + enemyData.enemyName + 
					", 最大HPは" + enemyData.maxHp + 
					", 攻撃力は" + enemyData.atk +
					", 防御力は" + enemyData.def +
					", 経験値は" + enemyData.exp +
					", ゴールドは" + enemyData.gold + "です。");
	}

下は参照先のEnemyDataクラスです。

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

[CreateAssetMenu(menuName = "MyScriptable/Create EnemyData")]
public class EnemyData : ScriptableObject {
	public string enemyName;
	public int maxHp;
	public int atk;
	public int def;
	public int exp;
	public int gold;
}

Answer 1

混乱を招くのは「EnemyDataがインスタンス化されるのはいつか」と「enemyData変数にオブジェクトが入るのはいつか」が別であるからだと思います。

EnemyDataがインスタンス化されるのはいつか

自分でまとめようかと思ってたら既に情報がありました。
【Unity】ScriptableObjectを使用した、コンポーネント・シーン間でのデータ共有について - テラシュールブログ

ScriptableObjectはアセットでありインスタンスである

というわけで、インスタンス化されるのは「ScriptableObjectアセットを作った瞬間」です。
（これはScriptableObjectを継承したクラスの特性です）

[CreateAssetMenu(menuName = "MyScriptable/Create EnemyData")]
は「こういう名前のメニューを用意しますよ、それが選択されたらこのスクリプトを実行しますよ（その結果EnemyDataというScriptableObjectが生成されますよ）」という意味のコードです。

つまりnew EnemyData()に匹敵するのは、このメニューを実行した瞬間（＝プロジェクトフォルダ内にEnemyDataアセットが出来た瞬間）ということになります。

enemyData変数にオブジェクトが入るのはいつか

「ScriptableCharaControllerコンポーネントのインスペクター上で、enemyData変数にEnemyDataアセットをドラッグ＆ドロップした時」
または「別のスクリプトから何らかの方法で設定した時」です。

これは通常の参照型の変数と何ら変わりません。
（public GameObject enemyObj;と同じようなものである、ということ）

なのでインスペクター上で設定せず、他スクリプトからの設定も無ければ、enemyDataはnullのままであり、ShowScriptableObjectDataメソッド内のDebug.Logはエラーになります。

---

とても余談ですが、MonoBehaviourを継承したクラスもnew出来ません。
「そのクラスが付与されているGameObjectが生成された瞬間」or「AddComponentメソッドによりGameObjectに付与された瞬間」にインスタンス化される為です。（内部的にはnewされていることに違いはありませんが、自分でnewしようとすると警告を出してくると思います）
Unity（のMonoBehaviour）はそういうもの、という認識でいいと思います。

これらの継承が無いクラスのインスタンスを作りたければnewする必要があります。

Comments

[terrat]

非常にわかりやすかったです！
理解できました。ありがとうございました。
ご回答くださった皆さんもありがとうございました。

Answer 2

２つ考えられます。

1. publicフィールドなのでそのクラスの利用者側がnewしてセットする前提で作られている（よろしくないですが）
2. EnemyDataがクラスではなく構造体(struct)

たぶん後者じゃないかと。

なんか質問が編集されてたので２じゃないっぽいですね。
Unity自体はよく知らないんですが、１です。
属性が付いてるので、DIっぽい感じで開発環境やフレームワークと連携してインスタンスがセットされる仕組みになってるのかと。

Comments

[terrat]

public class EnemyData : ScriptableObject {　とあるのでクラスではないかと思います（上の本文で追記しました）。
であればおっしゃる２択の１つ目ということになるでしょうか？
ですが内容が理解できません（すみません・・・）。「インスタンス変数のenemyDataがpublicなので、ShowScriptableObjectData()を呼ぶ側のスクリプト内でnewする前提で定義だけに留めている」という理解でいいでしょうか？
それだとするとStart()でShowScriptableObjectData()が呼ばれていて、newしないままログ出力までできているのがもう何がなんだか（泣）

[gentaro]

ものすごく乱暴な言い方をすれば「どっかで誰かが魔法を使ってnewしてくれる」という事です。
ちょっとググってみましたが、どうやらアセットファイルとして保存してある内容をデシリアライズしてくれるみたいですね。
そのための呪文が
[CreateAssetMenu(menuName = "MyScriptable/Create EnemyData")]
で、この属性がついていると、Unityのフレームワーク側がファイルの中身を読んでオブジェクトをnewして突っ込んでくれる、ぐらいの理解で良いんじゃないでしょうか。

[len_souko]

Unityは門外漢だけど
>[CreateAssetMenu(menuName = "MyScriptable/Create EnemyData")]
この属性の部分があるから、そのアセットやらの設定メニューか何かに表示されるんじゃないかな？
で、その設定メニューか何かに表示するって属性があるので設定メニューに表示するために裏でこっそりとnewされてるって推測かと思われる

[terrat]

属性がnewしてくれてるというのは頭にありませんでした・・・。
＞この属性がついていると、Unityのフレームワーク側がファイルの中身を読んでオブジェクトをnewして突っ込んでくれる
とりあえずこの考え方で納得できました。属性についてはまだ未学習だったので調べてみようと思います。
newしてないじゃないか！って思うことが度々あって調べてもわからなくて騙し騙し学習してたので回答してもらえて本当に良かったです。
ありがとうございました。

[gentaro]

もう少し正確に言えば、属性は目印みたいなもんで、Unityフレームワークがこの目印がついていればファイルの中身を読んでオブジェクトを作ってセットしてくれる、ということです。
menuName = "MyScriptable/Create EnemyData"
あたりで何のデータをどこにセットするのか指定するっぽいですね。（この場合はEnemyDataになってる）
そのあたりの指定の詳しいやり方は調べてみて下さい。

Answer 3

この辺読んでみてください。

【Unity】ScriptableObjectってなんなん? って時に読む記事【解説】

ScriptableObject であり、CreateAssetMenu 属性がついていることで、メニューからあらかじめ作成されています。