ScriptableObjectによるシーン処理の改善

こんにちは。現在、OTUSは「 UnityGameDeveloper 」コースのセットをオープンしました。基本 "。コースのオープン日の記録をご覧になることをお勧めします。また、伝統的に興味深い翻訳を共有することもできます。

---

Unityで複数のシーンを操作するのは難しい場合があり、このワークフローを最適化すると、ゲームのパフォーマンスとチームの生産性の両方に大きな影響があります。今日は、より大きなプロジェクトに拡張できるSceneでワークフローを設定するためのヒントを紹介します。

ほとんどのゲームには複数のレベルがあり、レベルには複数のシーンが含まれていることがよくあります。シーンが比較的小さいゲームでは、プレハブを使用してシーンをさまざまな部分に分割できます。ただし、ゲーム中にそれらを接続またはインスタンス化するには、これらすべてのプレハブを参照する必要があります。これは、ゲームが大きくなり、これらのリンクがより多くのメモリスペースを占有するにつれて、シーンの使用がより効率的になることを意味します。



レベルを1つ以上のUnityシーンに分割できます。それらを管理するための最良の方法を見つけることが重要なポイントになります。マルチシーン編集機能を使用して、エディターで一度に複数のシーンを開くことができます。レイヤーを複数のシーンに分割すると、Git、SVN、Unity Collaborateなどのコラボレーションツールでのマージの競合が回避されるため、チームワークも容易になります。

複数のシーンを管理してレベルを作成する

以下のビデオでは、ゲームロジックとレベルのさまざまな部分を複数の個別のUnityシーンに分割することにより、レベルをより効率的にロードする方法を示します。次に、これらのシーンをロードするときにAdditive Scene-loadingモードを使用して、どこにも行かないゲームロジックとともに、必要なパーツをロードおよびアンロードします。プレハブをシーンのアンカーとして使用します。各シーンはレベルの一部であり、個別に編集できるため、チームで作業するときにも柔軟性があります。



これらのシーンを編集モードでロードし、いつでも[再生]を押して、レベルデザインの作業中にそれらをすべて一緒にレンダリングすることができます。



これらのシーンをロードするための2つの異なる方法を示します。1つ目は距離に基づいており、オープンワールドなどの非内部レベルでうまく機能します。この手法は、ロードとアンロードのプロセスを隠すための視覚効果（霧など）にも役立ちます。



2番目の方法では、トリガーを使用して、ロードする必要のあるシーンを確認します。これは、インテリアを操作する場合により効率的です。





レベル内のすべてを把握したので、レベル自体をより適切に管理するために、その上にレイヤーを追加できます。

ScriptableObjectsで複数のゲームレベルを制御する

ゲームプレイ全体を通して、各レベルのさまざまなシーンだけでなく、すべてのレベルを追跡したいと考えています。これを実現する1つの可能な方法は、MonoBehaviourスクリプトで静的変数とシングルトーンを使用することですが、このソリューションはそれほどスムーズではありません。シングルトンを使用することは、システム間の緊密なリンクを意味するため、厳密にモジュール化されているわけではありません。システムは個別に存在することはできず、常に相互に依存します。



もう1つの問題は、静的変数の使用に関連しています。インスペクターでは表示されないため、コードで定義する必要があり、アーティストやレベルデザイナーがゲームをテストするのが難しくなります。異なるシーン間でデータを共有する必要がある場合は、静的変数をDontDestroyOnLoadと組み合わせて使用​​しますが、後者は可能な限り避ける必要があります。



さまざまなシーンに関する情報を保存するには、主にデータの保存に使用されるシリアル化可能なクラスであるScriptableObjectを使用できます。 GameObjectsにバインドされたコンポーネントとして使用されるMonoBehaviourスクリプトとは異なり、ScriptableObjectsはどのGameObjectにもバインドされていないため、プロジェクト全体のさまざまなシーンで使用できます。



この構造をゲームのレベルやメニューシーンに使用できると便利です。これを行うには、レベルとメニューのさまざまな一般プロパティを含むGameSceneクラスを作成します。

public class GameScene : ScriptableObject
{
    [Header("Information")]
    public string sceneName;
    public string shortDescription;
 
    [Header("Sounds")]
    public AudioClip music;
    [Range(0.0f, 1.0f)]
    public float musicVolume;
 
    [Header("Visuals")]
    public PostProcessProfile postprocess;
}

クラスはMonoBehaviourではなくScriptableObjectを継承することに注意してください。ゲームに必要な数のプロパティを追加できます。この手順の後、作成したGameSceneクラスから継承するLevelクラスとMenuクラスを作成できるため、これらもScriptableObjectsになります。

[CreateAssetMenu(fileName = "NewLevel", menuName = "Scene Data/Level")]
public class Level : GameScene
{
    // ,    
    [Header("Level specific")]
    public int enemiesCount;
}

上部にCreateAssetMenu 属性を追加すると、Unityの[資産]メニューから新しいレベルを作成できます。Menuクラスについても同じことができます。列挙を追加して、インスペクターからメニュータイプを選択できるようにすることもできます。

public enum Type
{
    Main_Menu,
    Pause_Menu
}
 
[CreateAssetMenu(fileName = "NewMenu", menuName = "Scene Data/Menu")]
public class Menu : GameScene
{
    // ,    
    [Header("Menu specific")]
    public Type type;
}

レベルとメニューを作成できるようになったので、便宜上、それら（レベルとメニュー）をリストするデータベースを追加しましょう。インデックスを追加して、プレーヤーの現在のレベルを追跡することもできます。次に、メソッドを追加して、新しいゲームをロードし（この場合、最初のレベルがロードされます）、現在のレベルを繰り返し、次のレベルに進むことができます。これらの3つのメソッドではインデックスのみが変更されるため、インデックスごとにレベルをロードして再利用するメソッドを作成できることに注意してください。

[CreateAssetMenu(fileName = "sceneDB", menuName = "Scene Data/Database")]
public class ScenesData : ScriptableObject
{
    public List<Level> levels = new List<Level>();
    public List<Menu> menus = new List<Menu>();
    public int CurrentLevelIndex=1;
 
    /*
 	* 
 	*/
 
    //     
    public void LoadLevelWithIndex(int index)
    {
        if (index <= levels.Count)
        {
            //     
            SceneManager.LoadSceneAsync("Gameplay" + index.ToString());
            //       
            SceneManager.LoadSceneAsync("Level" + index.ToString() + "Part1", LoadSceneMode.Additive);
        }
        //  ,      
        else CurrentLevelIndex =1;
    }
    //   
    public void NextLevel()
    {
        CurrentLevelIndex++;
        LoadLevelWithIndex(CurrentLevelIndex);
    }
    //   
    public void RestartLevel()
    {
        LoadLevelWithIndex(CurrentLevelIndex);
    }
    //  ,   
    public void NewGame()
    {
        LoadLevelWithIndex(1);
    }
  
    /*
 	* 
    */
 
    //   
    public void LoadMainMenu()
    {
        SceneManager.LoadSceneAsync(menus[(int)Type.Main_Menu].sceneName);
    }
    //   
    public void LoadPauseMenu()
    {
        SceneManager.LoadSceneAsync(menus[(int)Type.Pause_Menu].sceneName);
    }

メニューメソッドもあり、前に作成した列挙型を使用して、必要な特定のメニューをロードできます。列挙内の順序とメニューリスト内の順序が同じであることを確認してください。



最後に、プロジェクトウィンドウを右クリックして、[アセット]メニューからデータベースレベル、メニュー、またはScriptableObjectを作成できるようになりました。







そこから、必要なレベルとメニューを追加し、パラメーターを調整してから、シーンデータベースに追加します。以下の例は、Level1、MainMenu、およびScenesデータがどのように見えるかを示しています。







これらのメソッドを呼び出す時が来ました。この例では、プレーヤーがレベルの最後に到達したときに表示されるユーザーインターフェイス（UI）の[次のレベル]ボタンがNextLevelメソッドを呼び出します。メソッドをボタンにバインドするには、ボタンコンポーネントのクリック時イベントとボタンコンポーネントのボタンをクリックして新しいイベントを追加し、次に示すように、シーンデータScriptableObjectをオブジェクトフィールドにドラッグし、SceneDataからNextLevelメソッドを選択します。







これで、他のボタンに対して同じプロセスを実行できます。レベルを再生するか、メインメニューに移動します。他のスクリプトからScriptableObjectを参照して、背景音楽のAudioClipや後処理プロファイルなどのさまざまなプロパティにアクセスし、それらをレベルで使用することもできます。

プロセスのエラーを最小限に抑えるためのヒント

ロード/



アンロードの最小化ビデオに示されているScenePartLoaderスクリプトでは、プレーヤーがコライダーに何度も出入りし続け、シーンをリロードおよびアンロードできることがわかります。これを回避するには、スクリプトでシーンのロードおよびアンロードメソッドを呼び出す前にコルーチンを追加し、プレーヤーがトリガーを離れた場合にコルーチンを停止します。



命名規則



もう1つのグローバルなヒントは、プロジェクトで強力な命名規則を使用することです。チームは、スクリプトやシーンから、プロジェクト内のマテリアルやその他のものまで、さまざまなタイプのアセットに名前を付ける方法について事前に合意する必要があります。これにより、プロジェクトでの作業が容易になり、あなただけでなくチームメートもプロジェクトをサポートできるようになります。これは常に良い考えですが、この特定のケースでは、ScriptableObjectsを使用してシーンを管理するために非常に重要です。この例では、単純なシーン名ベースのアプローチを使用しましたが、シーン名にあまり依存しないさまざまなソリューションがあります。このコンテキストでUnityシーンの名前を変更すると、そのシーンはゲームの他の場所に読み込まれないため、文字列ベースのアプローチは避けてください。



特別なツール



ゲーム全体で名前に依存しないようにする1つの方法は、シーンをObject型として参照するようにスクリプトを構成することです。これにより、シーンリソースをインスペクターにドラッグアンドドロップして、スクリプトでその名前を静かに取得できます。ただし、これはEditorクラスであるため、実行時にAssetDatabaseクラスにアクセスすることはできません。したがって、エディターで機能し、人的エラーを防ぎ、実行時に機能するソリューションを作成するには、両方のデータを組み合わせる必要があります。シリアル化後にSceneアセットから文字列パスを取得して実行時に使用できるように保存できるオブジェクトを実装する方法の例については、ISerializationCallbackReceiverインターフェイスを参照してください。



または、独自のインスペクターを作成して、このメニューから手動でシーンを追加して同期を維持する代わりに、ボタンを使用してビルド設定にシーンをすばやく簡単に追加できるようにすることもできます。



このタイプのツールの例については、開発者JohannesMPによるこの素晴らしいオープンソースの実装を確認してください（これは公式のUnityリソースではありません）。

ご意見をお聞かせください

この投稿は、プレハブと組み合わせて複数のシーンを操作するときにScriptableObjectsがワークフローを改善できる1つの方法のみを示しています。ゲームが異なれば、シーンを制御する方法もまったく異なります。単一のソリューションがすべてのゲーム構造に一度に適合するわけではありません。プロジェクト組織に合わせて独自のツールを実装することは理にかなっています。



この情報がプロジェクトに役立つか、独自のシーン管理ツールを作成するきっかけになることを願っています。



ご不明な点がございましたら、コメントでお知らせください。ゲームのシーンを操作するためにどのようなテクニックを使用しているのか聞いてみたいです。また、今後の投稿で検討するために提案したい他のユースケースを自由に提案してください。

• - Unity
• Unity