Marble Maze のアプリケーション構造

[アーティクル]
07/14/2023

DirectX ユニバーサル Windows プラットフォーム (UWP) アプリの構造は、従来のデスクトップアプリケーションとは異なります。 HWND などのハンドル型や CreateWindow などの関数は使いません。それよりも新しい、オブジェクト指向に沿った方法で UWP アプリを開発できるように、Windows ランタイムには Windows::UI::Core::ICoreWindow をはじめとするインターフェイスが用意されています。ここでは、Marble Maze アプリコードがどのように構成されているかを確認します。

注意

このドキュメントに対応するサンプルコードは、DirectX Marble Maze ゲームのサンプルに関するページにあります。

このドキュメントでは、ゲームコードを構成する際に重要となるいくつかの事柄について説明します。取り上げる内容は次のとおりです:

初期化フェーズでは、ゲームで使うランタイムとライブラリコンポーネントをセットアップし、ゲーム固有のリソースを読み込みます。
UWP アプリは、起動から 5 秒以内にイベントの処理を開始する必要があります。そのため、アプリを読み込むときは、主要なリソースだけを読み込みます。大きなリソースはバックグラウンドで読み込んで、進行状況画面を表示する必要があります。
ゲームループでは、Windows イベントへの応答、ユーザー入力の読み取り、シーンオブジェクトの更新、シーンの表示を行います。
イベントハンドラーを使って、ウィンドウのイベントに応答します。これは、デスクトップ Windows アプリケーションからのウィンドウメッセージに代わるものです。
ステートマシンを使って、ゲームロジックのフローと順序を制御します。

ファイルの構成

Marble Maze の一部のコンポーネントは、変更なしで、またはわずかな変更だけで、任意のゲームに再利用できます。独自のゲームを開発する際には、これらのファイルから得られたアイデアや構造を応用できます。次の表は、重要なソースコードファイルについて簡単に説明しています。

ファイル	説明
App.h、App.cpp	アプリのビュー (ウィンドウ、スレッド、イベント) をカプセル化する App クラスと DirectXApplicationSource クラスを定義しています。
Audio.h、Audio.cpp	オーディオリソースを管理する Audio クラスを定義しています。
BasicLoader.h、BasicLoader.cpp	テクスチャ、メッシュ、シェーダーの読み込みに役立つユーティリティメソッドを提供する BasicLoader クラスを定義しています。
BasicMath.h	ベクターやマトリックスのデータと計算の操作に役立つ構造と関数を定義しています。これらの関数の多くは、HLSL シェーダーの種類と互換性があります。
BasicReaderWriter.h、BasicReaderWriter.cpp	UWP アプリのファイルデータの読み取りと書き込みのために Windows ランタイムを使う BasicReaderWriter クラスを定義しています。
BasicShapes.h、BasicShapes.cpp	立方体や球体などの基本的な図形を作るためのユーティリティメソッドを提供する BasicShapes クラスを定義しています。これらのファイルは、Marble Maze の実装では使われません。
Camera.h、Camera.cpp	カメラの位置と向きを保持する Camera クラスを定義しています。
Collision.h、Collision.cpp	大理石と、迷路などの他のオブジェクトとの衝突情報を管理します。
DDSTextureLoader.h、DDSTextureLoader.cpp	メモリバッファーから .dds 形式のテクスチャを読み込む CreateDDSTextureFromMemory 関数を定義しています。
DirectXHelper.h	多くの DirectX UWP アプリに有用な DirectX ヘルパー関数を定義しています。
LoadScreen.h、LoadScreen.cpp	アプリの初期化時に読み込み画面を表示する LoadScreen クラスを定義しています。
MarbleMazeMain.h、MarbleMazeMain.cpp	ゲーム固有のリソースを管理し、ゲームロジックの多くを定義する MarbleMazeMain クラスを定義しています。
MediaStreamer.h、MediaStreamer.cpp	メディアファンデーションを使ってゲームによるオーディオリソースの管理を補助する MediaStreamer クラスを定義しています。
PersistentState.h、PersistentState.cpp	バッキングストアとの間でプリミティブデータ型の読み取りと書き込みを行う PersistentState クラスを定義しています。
Physics.h、Physics.cpp	大理石と迷路間の物理シミュレーションを実装する Physics クラスを定義しています。
Primitives.h	ゲームで使用される幾何学型を定義しています。
SampleOverlay.h、SampleOverlay.cpp	一般的な 2D とユーザーインターフェイスのデータと操作を提供する SampleOverlay クラスを定義しています。
SDKMesh.h、SDKMesh.cpp	SDK メッシュ (.sdkmesh) 形式のメッシュを読み込んで表示する SDKMesh クラスを定義しています。
StepTimer.h	合計時間と経過時間を簡単に取得できるようにする StepTimer クラスを定義しています。
UserInterface.h、UserInterface.cpp	メニューシステムやハイスコア表などのユーザーインターフェイスに関連する機能を定義しています。

設計時と実行時のリソース形式

できれば、より効率的にゲームのリソースを読み込むために、設計時形式ではなく実行時形式を使います。

設計時形式は、リソースを設計するときに使う形式です。通常、3D デザイナーは設計時形式で作業します。一部の設計時形式はテキストベースであり、任意のテキストベースエディターで変更できます。設計時形式は冗長で、ゲームが必要とするよりも多くの情報を持っている場合があります。 実行時形式は、ゲームが読み取るバイナリ形式です。実行時形式は通常、対応する設計時形式よりもコンパクトで、効率的に読み込むことができます。そのため、ゲームの大多数は実行時に実行時アセットを使います。

ゲームは設計時形式を直接読み取れますが、別の実行時形式を使うことには、いくつかの利点があります。実行時形式は多くの場合、よりコンパクトであり、必要なディスク領域が少なく、ネットワークでの転送にかかる時間も短くなります。また、実行時形式は通常、メモリマップデータ構造として表されます。そのため、XML ベースのテキストファイルなどよりも大幅に速くメモリに読み込むことができます。さらに、個別の実行時形式は通常はバイナリ形式でエンコードされており、エンドユーザーによる変更がより難しくなっています。

HLSL シェーダーは、設計時と実行時で異なる形式を使うリソースの 1 例です。 Marble Maze は、設計時形式として .hlsl、実行時形式として .cso を使います。 .hlsl ファイルはシェーダーのソースコードを保持します。.cso ファイルは対応するシェーダーのバイトコードを保持します。オフラインで .hlsl ファイルを変換してゲームに .cso ファイルを渡すと、ゲームの読み込み時に HLSL ソースファイルをバイトコードに変換する必要がなくなります。

教育的な理由で、Marble Maze プロジェクトには多くのリソースの設計時形式と実行時形式の両方が含まれていますが、ゲームのソースプロジェクトで保持する必要があるのは設計時形式だけです。実行時形式には、必要になったときに変換します。このドキュメントでは、設計時形式を実行時形式に変換する方法について説明しています。

アプリケーションライフサイクル

Marble Maze は、一般的な UWP アプリのライフサイクルに従っています。 UWP アプリのライフサイクルについて詳しくは、「アプリのライフサイクル」をご覧ください。

UWP ゲームの初期化時には、通常、Direct3D、Direct2D などのランタイムコンポーネントと、ゲームで使用される入力、オーディオ、または物理ライブラリが初期化されます。また、ゲームを開始する前に必要なゲーム固有のリソースも読み込まれます。この初期化は、ゲームセッション中に 1 回行われます。

初期化後、ゲームは通常、ゲームループを実行します。このループでは、ゲームは通常、4 つの操作を実行します。それらは、Windows イベントの処理、入力の収集、シーンオブジェクトの更新、シーンの表示です。ゲームがシーンを更新するときに、現在の入力状態をシーンオブジェクトに適用し、オブジェクトの衝突などの物理的なイベントをシミュレートすることができます。また、効果音の再生やネットワーク経由のデータ送信など、その他のアクティビティも実行できます。ゲームがシーンを表示するときに、シーンの現在の状態がキャプチャされ、ディスプレイデバイスに描画されます。以降のセクションでは、これらのアクティビティについてさらに詳しく説明します。

テンプレートへの追加

DirectX 11 アプリ (ユニバーサル Windows) テンプレートは、Direct3D によるレンダリング先にできるコアウィンドウを作成します。また、テンプレートには、UWP アプリで 3D コンテンツをレンダリングする際に必要な Direct3D デバイスリソースをすべて作成する DeviceResources クラスも含まれています。

App クラスは、MarbleMazeMain クラスオブジェクトを作成し、リソースの読み込みを開始し、ループしてタイマーを更新し、フレームごとに MarbleMazeMain::Render レンダリングメソッドを呼び出します。 App::OnWindowSizeChanged、App::OnDpiChanged、および App::OnOrientationChanged メソッドはそれぞれ MarbleMazeMain::CreateWindowSizeDependentResources メソッドを呼び出し、App::Run メソッドは MarbleMazeMain::Update および MarbleMazeMain::Render メソッドを呼び出します。

次の例は、App::SetWindow メソッドが MarbleMazeMain クラスオブジェクトを作成する箇所を示しています。 Direct3D オブジェクトを使ってレンダリングできるように、DeviceResources クラスがメソッドに渡されます。

    m_main = std::unique_ptr<MarbleMazeMain>(new MarbleMazeMain(m_deviceResources));

App クラスは、ゲームのリソースの遅延読み込みも開始します。詳しくは、次のセクションをご覧ください。

さらに、App クラスは CoreWindow イベント用のイベントハンドラーをセットアップします。これらのイベントのハンドラーが呼び出されると、入力が MarbleMazeMain クラスに渡されます。

バックグラウンドでのゲームアセットの読み込み

起動後 5 秒以内にゲームがウィンドウイベントに応答できるようにするために、ゲームアセットは非同期的に、またはバックグラウンドで読み込むことをお勧めします。バックグラウンドでのアセットの読み込み中、ゲームはウィンドウイベントに応答できます。

注意

また、準備ができたらメインメニューを表示することもでき、残りのアセットをバックグラウンドで読み込み続けることができます。すべてのリソースが読み込まれる前にユーザーがメニューのオプションを選択した場合は、進行状況バーを表示するなどして、シーンリソースが読み込み中であることを示すことができます。

ゲームに含まれているゲームアセットが比較的少ない場合でも、非同期的に読み込むことをお勧めします。これには 2 つの理由があります。 1 つの理由は、すべてのデバイスとすべての構成ですべてのリソースをすばやく読み込めることを保証することが難しいことです。また、非同期的な読み込みを早期に組み込むことによって、機能の追加による規模の拡大にもコードが対応できるようになります。

非同期のアセット読み込みは、App::Load メソッドで始まります。このメソッドは task クラスを使って、バックグラウンドでゲームアセットを読み込みます。

    task<void>([=]()
    {
        m_main->LoadDeferredResources(true, false);
    });

MarbleMazeMain クラスは、非同期読み込みが完了したことを示す m_deferredResourcesReady フラグを定義します。 MarbleMazeMain::LoadDeferredResources メソッドは、ゲームリソースを読み込んで、このフラグを設定します。アプリの更新 (MarbleMazeMain::Update) フェーズとレンダリング (MarbleMazeMain::Render) フェーズでは、このフラグを確認します。このフラグが設定されると、ゲームは通常どおりに続行されます。フラグがまだ設定されていない場合、ゲームは読み込み画面を表示します。

UWP アプリの非同期プログラミングについて詳しくは、「C++ での非同期プログラミング」をご覧ください。

ヒント

Windows ランタイム C++ ライブラリの一部であるゲームコード (つまり DLL) を記述している場合は、アプリとその他のライブラリで使える非同期操作を作る方法を学ぶために「UWP アプリ用に C++ で非同期操作を作成」を読むことを検討してください。

ゲームループ

App::Run メソッドは、メインゲームループ (MarbleMazeMain::Update) を実行します。このメソッドはフレームごとに呼び出されます。

ゲーム固有のコードからビューとウィンドウのコードを分離しやすくするために、App::Run メソッドの実装では更新とレンダリングの呼び出しが MarbleMazeMain オブジェクトに転送されています。

次の例は、メインゲームループが含まれている App::Run メソッドを示しています。ゲームループは合計時間とフレーム時間の変数を更新し、シーンの更新とレンダリングを行います。これにより、ウィンドウが表示されているときにだけコンテンツがレンダリングされることも保証されます。

void App::Run()
{
    while (!m_windowClosed)
    {
        if (m_windowVisible)
        {
            CoreWindow::GetForCurrentThread()->Dispatcher->
                ProcessEvents(CoreProcessEventsOption::ProcessAllIfPresent);

            m_main->Update();

            if (m_main->Render())
            {
                m_deviceResources->Present();
            }
        }
        else
        {
            CoreWindow::GetForCurrentThread()->Dispatcher->
                ProcessEvents(CoreProcessEventsOption::ProcessOneAndAllPending);
        }
    }

    // The app is exiting so do the same thing as if the app were being suspended.
    m_main->OnSuspending();

#ifdef _DEBUG
    // Dump debug info when exiting.
    DumpD3DDebug();
#endif //_DEGBUG
}

ステートマシン

ゲームは通常、ゲームロジックのフローと順序を制御するために、ステートマシン (有限ステートマシン、FSM とも呼ばれます) を備えています。ステートマシンには、特定の数の状態と、状態間を遷移する機能が含まれています。通常、ステートマシンは初期状態から始まり、1 つ以上の中間状態に遷移し、終端状態で終了します。

ゲームループでは多くの場合、現在のゲームの状態に固有のロジックを実行できるように、ステートマシンを使います。 Marble Maze では、ゲームの各状態を定義する GameState 列挙が定義されています。

enum class GameState
{
    Initial,
    MainMenu,
    HighScoreDisplay,
    PreGameCountdown,
    InGameActive,
    InGamePaused,
    PostGameResults,
};

たとえば、MainMenu 状態は、メインメニューが表示され、ゲームがアクティブでないと定義されています。反対に、InGameActive 状態は、ゲームがアクティブで、メニューが表示されていないと定義されています。 MarbleMazeMain クラスは、アクティブなゲームの状態を保持するために、m_gameState メンバー変数を定義しています。

MarbleMazeMain::Update メソッドと MarbleMazeMain::Render メソッドは、現在の状態のロジックを実行するために、switch ステートメントを使います。次の例は、MarbleMazeMain::Update メソッドでのこの switch ステートメントがどのようなものかを示しています (構造をわかりやすく示すために、細部は削除されています)。

switch (m_gameState)
{
case GameState::MainMenu:
    // Do something with the main menu. 
    break;

case GameState::HighScoreDisplay:
    // Do something with the high-score table. 
    break;

case GameState::PostGameResults:
    // Do something with the game results. 
    break;

case GameState::InGamePaused:
    // Handle the paused state. 
    break;
}

ゲームロジックまたはレンダリングが特定のゲーム状態に依存する場合、このドキュメントではそれを強調して示しています。

アプリとウィンドウのイベントの処理

Windows ランタイムには、Windows メッセージをより簡単に管理できるようにするために、オブジェクト指向のイベント処理システムが用意されています。アプリケーションのイベントを使うには、イベントに応答するイベントハンドラーまたはイベント処理メソッドを準備する必要があります。また、イベントハンドラーをイベントソースに登録する必要もあります。このプロセスは、一般に、イベントの関連付けと呼ばれます。

中断、再開、再起動の処理

ユーザーがアプリを切り替えた場合、または Windows が低電力状態に切り替わった場合は、Marble Maze を中断できます。ゲームは、ユーザーがフォアグラウンドにゲームを移行した場合、または Windows が低電力状態から復帰した場合に再開されます。通常は、アプリを閉じません。アプリが中断状態にあり、アプリが使っているメモリなどのリソースを Windows が必要とする場合、Windows はアプリを終了できます。アプリが中断または再開されるときに、Windows はアプリに通知しますが、終了されるときには通知しません。そのため、アプリが中断されることを Windows がアプリに通知した時点で、アプリが再起動されるときに現在のユーザー状態を復元するために必要なすべてのデータをアプリが保存できる必要があります。保存の負荷が高い特別なユーザー状態がアプリにある場合は、アプリが中断通知を受信する前であっても、状態を定期的に保存する必要があります。 Marble Maze は、次の 2 つの理由で、中断と再開の通知に応答します。

アプリが一時停止されるときに、ゲームは現在のゲーム状態を保存し、オーディオの再生を一時停止します。アプリが再開されるときに、ゲームはオーディオ再生を再開します。
アプリが閉じられ、後で再起動されるとき、ゲームは前の状態から再開します。

Marble Maze は、中断と再開をサポートするために、次のタスクを実行します。

ユーザーがチェックポイントに達したときのような、ゲームの重要なポイントで、状態を固定ストレージに保存します。
中断の通知に対応して、状態を固定ストレージに保存します。
再開の通知に対応して、状態を固定ストレージから読み込みます。起動中に、以前の状態も読み込みます。

中断と再開をサポートするために、Marble Maze は PersistentState クラスを定義しています。 PersistentState.h と PersistentState.cpp をご覧ください。このクラスは、プロパティの読み取りと書き込みに Windows::Foundation::Collections::IPropertySet インターフェイスを使います。 PersistentState クラスには、バッキングストアとの間でプリミティブデータ型 (bool、int、float、XMFLOAT3、Platform::String など) の読み取りと書き込みを行うメソッドが用意されています。

ref class PersistentState
{
internal:
    void Initialize(
        _In_ Windows::Foundation::Collections::IPropertySet^ settingsValues,
        _In_ Platform::String^ key
        );

    void SaveBool(Platform::String^ key, bool value);
    void SaveInt32(Platform::String^ key, int value);
    void SaveSingle(Platform::String^ key, float value);
    void SaveXMFLOAT3(Platform::String^ key, DirectX::XMFLOAT3 value);
    void SaveString(Platform::String^ key, Platform::String^ string);

    bool LoadBool(Platform::String^ key, bool defaultValue);
    int  LoadInt32(Platform::String^ key, int defaultValue);
    float LoadSingle(Platform::String^ key, float defaultValue);

    DirectX::XMFLOAT3 LoadXMFLOAT3(
        Platform::String^ key, 
        DirectX::XMFLOAT3 defaultValue);

    Platform::String^ LoadString(
        Platform::String^ key, 
        Platform::String^ defaultValue);

private:
    Platform::String^ m_keyName;
    Windows::Foundation::Collections::IPropertySet^ m_settingsValues;
};

MarbleMazeMain クラスは PersistentState オブジェクトを保持しています。 MarbleMazeMain コンストラクターは、このオブジェクトを初期化し、ローカルアプリケーションデータストアをバッキングデータストアとして提供します。

m_persistentState = ref new PersistentState();

m_persistentState->Initialize(
    Windows::Storage::ApplicationData::Current->LocalSettings->Values,
    "MarbleMaze");

Marble Maze は、大理石がチェックポイントやゴールを通過したときに MarbleMazeMain::Update メソッドで状態を保存し、ウィンドウからフォーカスが移動されたときに MarbleMazeMain::OnFocusChange メソッドで状態を保存します。中断の通知に対処できる時間は数秒しかないため、ゲームが大量の状態データを保持する場合は、同様の方法でときどき状態を固定ストレージに保存することをお勧めします。これにより、アプリが中断通知を受け取ったときに、変更があった状態データを保存するだけで済みます。

中断と再開の通知に応答するために、MarbleMazeMain クラスは、中断時と再開時に呼び出される SaveState メソッドと LoadState メソッドを定義します。 MarbleMazeMain::OnSuspending メソッドは中断イベントを処理し、MarbleMazeMain::OnResuming メソッドは再開イベントを処理します。

MarbleMazeMain::OnSuspending メソッドはゲーム状態を保存し、オーディオを一時停止します。

void MarbleMazeMain::OnSuspending()
{
    SaveState();
    m_audio.SuspendAudio();
}

MarbleMazeMain::SaveState メソッドは、大理石の現在位置と速度、最新のチェックポイント、ハイスコア表など、ゲームの状態の値を保存します。

void MarbleMazeMain::SaveState()
{
    m_persistentState->SaveXMFLOAT3(":Position", m_physics.GetPosition());
    m_persistentState->SaveXMFLOAT3(":Velocity", m_physics.GetVelocity());

    m_persistentState->SaveSingle(
        ":ElapsedTime", 
        m_inGameStopwatchTimer.GetElapsedTime());

    m_persistentState->SaveInt32(":GameState", static_cast<int>(m_gameState));
    m_persistentState->SaveInt32(":Checkpoint", static_cast<int>(m_currentCheckpoint));

    int i = 0;
    HighScoreEntries entries = m_highScoreTable.GetEntries();
    const int bufferLength = 16;
    char16 str[bufferLength];

    m_persistentState->SaveInt32(":ScoreCount", static_cast<int>(entries.size()));

    for (auto iter = entries.begin(); iter != entries.end(); ++iter)
    {
        int len = swprintf_s(str, bufferLength, L"%d", i++);
        Platform::String^ string = ref new Platform::String(str, len);

        m_persistentState->SaveSingle(
            Platform::String::Concat(":ScoreTime", string), 
            iter->elapsedTime);

        m_persistentState->SaveString(
            Platform::String::Concat(":ScoreTag", string), 
            iter->tag);
    }
}

ゲームの再開時に必要なのは、オーディオの再開だけです。状態は既にメモリに読み込まれているので、固定ストレージから状態を読み込む必要はありません。

オーディオの一時停止と再開の方法は、ドキュメント「Marble Maze のサンプルへのオーディオの追加」で説明されています。

再起動をサポートするために、起動中に呼び出される MarbleMazeMain コンストラクターは MarbleMazeMain::LoadState メソッドを呼び出します。 MarbleMazeMain::LoadState メソッドは状態を読み取り、その状態をゲームオブジェクトに適用します。また、このメソッドは、ゲームが中断されたときにゲームが一時停止またはアクティブであった場合は、現在のゲームの状態を一時停止に設定します。突然動作が始まってユーザーを驚かせることがないように、ゲームを一時停止にします。また、ゲームが中断されたときにゲームがゲームプレイ状態でなかった場合は、メインメニューに移動します。

void MarbleMazeMain::LoadState()
{
    XMFLOAT3 position = m_persistentState->LoadXMFLOAT3(
        ":Position", 
        m_physics.GetPosition());

    XMFLOAT3 velocity = m_persistentState->LoadXMFLOAT3(
        ":Velocity", 
        m_physics.GetVelocity());

    float elapsedTime = m_persistentState->LoadSingle(":ElapsedTime", 0.0f);

    int gameState = m_persistentState->LoadInt32(
        ":GameState", 
        static_cast<int>(m_gameState));

    int currentCheckpoint = m_persistentState->LoadInt32(
        ":Checkpoint", 
        static_cast<int>(m_currentCheckpoint));

    switch (static_cast<GameState>(gameState))
    {
    case GameState::Initial:
        break;

    case GameState::MainMenu:
    case GameState::HighScoreDisplay:
    case GameState::PreGameCountdown:
    case GameState::PostGameResults:
        SetGameState(GameState::MainMenu);
        break;

    case GameState::InGameActive:
    case GameState::InGamePaused:
        m_inGameStopwatchTimer.SetVisible(true);
        m_inGameStopwatchTimer.SetElapsedTime(elapsedTime);
        m_physics.SetPosition(position);
        m_physics.SetVelocity(velocity);
        m_currentCheckpoint = currentCheckpoint;
        SetGameState(GameState::InGamePaused);
        break;
    }

    int count = m_persistentState->LoadInt32(":ScoreCount", 0);

    const int bufferLength = 16;
    char16 str[bufferLength];

    for (int i = 0; i < count; i++)
    {
        HighScoreEntry entry;
        int len = swprintf_s(str, bufferLength, L"%d", i);
        Platform::String^ string = ref new Platform::String(str, len);

        entry.elapsedTime = m_persistentState->LoadSingle(
            Platform::String::Concat(":ScoreTime", string), 
            0.0f);

        entry.tag = m_persistentState->LoadString(
            Platform::String::Concat(":ScoreTag", string), 
            L"");

        m_highScoreTable.AddScoreToTable(entry);
    }
}

重要

Marble Maze は、コールドスタート (つまり、以前の中断イベントがない、初めての起動) と、中断状態からの再開とを区別しません。これは、すべての UWP アプリにお勧めする設計です。

アプリケーションデータについて詳しくは、「設定と他のアプリデータを保存して取得する」をご覧ください。

次の手順

視覚的なリソースを扱う際の主な手法については、「Marble Maze サンプルへの視覚的なコンテンツの追加」をご覧ください。

Marble Maze のアプリケーション構造

ファイルの構成

設計時と実行時のリソース形式

アプリケーションライフサイクル

テンプレートへの追加

バックグラウンドでのゲームアセットの読み込み

ゲームループ

ステートマシン

アプリとウィンドウのイベントの処理

中断、再開、再起動の処理

次の手順

フィードバック

フィードバック

その他のリソース

Marble Maze のアプリケーション構造

ファイルの構成

設計時と実行時のリソース形式

アプリケーション ライフ サイクル

テンプレートへの追加

バックグラウンドでのゲーム アセットの読み込み

ゲーム ループ

ステート マシン

アプリとウィンドウのイベントの処理

中断、再開、再起動の処理

次の手順

関連トピック

フィードバック

フィードバック

その他のリソース

アプリケーションライフサイクル

バックグラウンドでのゲームアセットの読み込み

ゲームループ

ステートマシン