データの管理について
早速Dotsから脱線しますが、このゲームでは敵のステータスやスポーン情報、
効果音のファイル名などの情報を全部ScriptableObjectで持たせます。
改竄対策としてデータ類はAssetBundleの形にして、
Addressableを利用して要所で読み出しするような形をとっています。
（枠を作ってあるだけで、実際にリモートからAssetBundleをダウンロードする実装までは作れていないですが）
ScriptableObjectにするのはそれがおそらく一番読み込みが早かろうという理由からです。
例えば、敵のステータス情報は下記のような感じになります。
敵のスコアや耐久値、アニメーションのID値というようなものをここでデータとして持っておきます。
が、このままだとデータが増えていったとき、インスペクターが地獄のように長くなりますし、
変更したいデータを探すのも大変になってくるので、
編集のしやすさのため元になるデータはSQLiteデータベースで管理しています。
さきほどの敵のデータは、DB上で下記のように設定してあります。
(データの編集はDB browser for SQLiteを使用しています)
まあ縦に長いよりは見やすいような気がしないでもない。
これをEditorスクリプトでScriptableObjectに変換しますが、
その際のSQLiteDBの読み込みにはSQLiteUnityKitを使用しています。
あくまで編集用であって、このデータベースファイル自体をゲームアプリ内に持つわけではないので、他のものでもいいかもしれません。
データ変換を実行する契機になるボタンを持つScriptableObjectを下記のような感じで別に作っておき、
このボタンを押すと各テーブルが変換されて指定のパスに保存されるという感じです。
SQLiteからScriptableObjectに変換するコードは下記のような感じになっています。
ここでデータ変換を担う奴のことを、Creatorと呼んでいます。
- Creatorが敵IDの一覧を取得し、各IDごとにステータス情報を拾って構造体配列を作る
- その構造体配列を、ScriptableObjectとして保存する
publicstaticclassEnemyStatusCreator{publicstaticvoidCreate(stringdir,stringassetPath,SqliteDatabasedb){stringq=" select enemy_id from enemy_status order by enemy_id ";varids=db.ExecuteQuery(q);List<EnemyStatusStruct>enemyProfiles=newList<EnemyStatusStruct>();foreach(DataRowdrinids.Rows){stringid=(dr["enemy_id"]asint?).ToString();enemyProfiles.Add(EnemyStatusDataModel.Get(id,db));}Directory.CreateDirectory(dir+assetPath);stringfilepath=assetPath+"/"+ScriptableResources.ENEMY_STATUS+".asset";SEnemyStatusobj=AssetDatabase.LoadAssetAtPath(filepath,typeof(SEnemyStatus))asSEnemyStatus;if(obj==null){obj=ScriptableObject.CreateInstance<SEnemyStatus>();AssetDatabase.CreateAsset(obj,filepath);}obj.enemies=enemyProfiles.ToArray();EditorUtility.SetDirty(obj);AssetDatabase.Refresh();}}[System.Serializable]publicstructEnemyStatusStruct{publicintenemyId;publicintmoveAnimationId;publicintexplosionAnimationId;publicintcolliderSetId;publicint[]componentIds;publicintmass;publicintdurability;publicintscore;publicfloatmaxSpeed;}publicstaticclassEnemyStatusDataModel{privateconststringSELECT=@"
SELECT
a.enemy_id,
a.move_animation_id,
a.explosion_animation_id,
a.collider_set_id,
a.mass,
a.durability,
a.score,
a.max_speed,
b.component_id
FROM
enemy_status a
JOIN enemy_component b
ON a.enemy_id = b.enemy_id
WHERE
a.enemy_id = {0}
";publicstaticEnemyStatusStructGet(stringid,SqliteDatabasedb){// 敵の設定値を取得するvarq=string.Format(SELECT,id);varprofile=db.ExecuteQuery(q);varenemyId=(int)profile.Rows[0]["enemy_id"];varmoveAnimationId=(int)profile.Rows[0]["move_animation_id"];varexplosionAnimationId=(int)profile.Rows[0]["explosion_animation_id"];varcolliderSetId=(int)profile.Rows[0]["collider_set_id"];varmass=(int)profile.Rows[0]["mass"];vardurability=(int)profile.Rows[0]["durability"];varscore=(int)profile.Rows[0]["score"];varmaxSpeed=(float)(double)profile.Rows[0]["max_speed"];// 敵ごとのコンポーネント一覧を取得するList<int>componentIds=newList<int>();foreach(DataRowrinprofile.Rows){componentIds.Add((int)r["component_id"]);}varresult=newEnemyStatusStruct(){enemyId=enemyId,moveAnimationId=moveAnimationId,explosionAnimationId=explosionAnimationId,colliderSetId=colliderSetId,componentIds=componentIds.ToArray(),mass=mass,durability=durability,score=score,maxSpeed=maxSpeed,};returnresult;}}ハマったところ
クラッシュする
これをやってからしばらくデバッグ実行するとUnityがクラッシュする現象が多発して悩まされました。
原因はScriptableObjectの定義が別のファイルについでに書いてあったことでした。
わざわざこの定義のためにファイル用意するのめんどくせーなと思って一箇所にまとめていたのがよくなかったようです。
単独のファイルに下記のように定義を書くようにすると解消しました。
publicclassSEnemyStatus:ScriptableObject{publicEnemyStatusStruct[]enemies;}ScriptableObjectの設定値が空になる（クリアされる）
これも頻発して何なんだと思いながらしばらく素直に再生成を繰り返していましたが、アセットデータベースへの配慮が足りていなかったようです。
DBファイルを更新してScriptableObjectを再生成する場合、生成したオブジェクトにDirtyフラグをつけておかないとこの事象が発生するようです。
この設定は、下記のように実行します。
EditorUtility.SetDirty(target)下記が参考になりました。
Scriptable Object resets after Unity is closed