フレームワークに依存するアプリの展開アーキテクチャと概要

この記事では、Windows アプリ SDKデプロイのアーキテクチャの概要について説明します。 以下の概念は、主にWindows アプリ SDKフレームワークに依存するアプリに適用されます。 フレームワークに依存するアプリは、ターゲット コンピューターに存在するWindows アプリ SDK ランタイムに依存します。

フレームワークに依存するアプリを配布するには、主に次の 2 つのオプションがあります。

これらの要件の詳細については、次の記事を参照してください。

• フレームワーク依存のパッケージ アプリの Windows アプリ SDK 展開ガイド
• 外部の場所でパッケージ化されたまたはパッケージ化されていないフレームワーク依存のアプリ向け Windows App SDK 展開ガイド

キーワード

次のセクションでは、Windows アプリ SDK展開の主要な用語と、これらのパッケージの一部に関する追加の詳細を定義します。

フレームワーク パッケージ

Windows App SDK を使用するアプリをビルドすると、そのアプリでは、"フレームワーク パッケージ" 経由でエンド ユーザーに配布される一連の Windows App SDK ランタイム コンポーネントを参照します。 フレームワーク パッケージを使用すると、アプリパッケージにバンドルするのではなく、ユーザーのデバイス上の単一の共有ソースを介してWindows アプリ SDKコンポーネントにアクセスできます。 フレームワーク パッケージにはまた、DLL や API 定義 (COM と Windows ランタイムの登録) などの独自のリソースも付属します。 これらのリソースはアプリのコンテキストで実行されるため、そのアプリの機能と特権を継承し、独自の機能または特権をアサートすることはありません。 フレームワーク パッケージの依存関係の詳細については、「MSIX フレームワーク パッケージと動的依存関係」を参照してください。

Windows App SDK フレームワーク パッケージは、Microsoft Store 経由でエンド ユーザーにデプロイされる MSIX パッケージです。 これは、セキュリティと信頼性の修正プログラムを含む可能性があるサービス リリースで簡単かつ迅速に更新できます。 次の図に示すように、Windows アプリ SDKを使用するすべてのフレームワーク依存アプリは、フレームワーク パッケージの共有インスタンスに依存します。

Windows アプリ SDK フレームワーク パッケージの新しいバージョンが処理されると、フレームワークに依存するすべてのアプリが新しいバージョンに更新され、コピーを再配布する必要はありません。 最新バージョンのフレームワークがリリースされると、Windows がそのバージョンに更新され、アプリは再起動中に最新のフレームワーク パッケージ バージョンを自動的に参照します。 以前のフレームワーク パッケージ バージョンは、もう実行されなくなるか、またはシステム上でアプリによってアクティブに使用されるまで、システムから削除されません。

アプリの互換性は Microsoft や、Windows App SDK に依存するアプリにとって重要であるため、Windows App SDK フレームワーク パッケージはセマンティック バージョニング 2.0.0 規則に従います。 つまり、Windows App SDK のバージョン 1.0 をリリースした後、Windows App SDK フレームワーク パッケージではマイナー バージョンの変更と修正プログラム バージョンの変更の間の互換性が保証され、破壊的変更はメジャー バージョンの更新間でのみ発生します。

シングルトン パッケージ

シングルトン パッケージは、実行時間の長い 1 つのプロセスが、複数のアプリにまたがって使用されるサービス (異なるバージョンの Windows App SDK 上で実行される可能性があります) を確実に処理できるようにします。

Windows App SDK のシングルトンは、既存の UWP PushNotificationTrigger および ToastNotificationActionTrigger クラスではサポートできない、20H1 より前の Windows バージョンを使用している非パッケージ アプリやパッケージ化された Win32 アプリケーションのプッシュ通知を有効にするために必要です。 フレームワーク パッケージでサポートできない今後のWindows アプリ SDK機能は、Singleton パッケージに追加される予定です。

非パッケージ アプリのその他の要件

ブートストラップ

ブートストラップは、パッケージ化された外部の場所またはパッケージ化されていないアプリに含まれている必要があるライブラリです。 ブートストラップ API を提供します (外部の場所またはパッケージ化されていないアプリのWindows アプリ SDK ランタイムを使用するを参照してください)。これにより、パッケージ化されていないアプリで次の重要なタスクを実行できます。

• Windows App SDK フレームワーク パッケージ用に動的依存関係有効期間マネージャー (DDLM) を初期化する。
• Windows App SDK フレームワーク パッケージを見つけ、アプリのパッケージ グラフに読み込む。

これらのタスクを実行するために、nuget パッケージではモジュール初期化子を利用して、ユーザーに代わってブートストラップを接続します。 単純に、プロジェクト ファイルで <WindowsPackageType>None</WindowsPackageType> を設定します。 高度なシナリオでは、初期化を制御する場合は、アプリのスタートアップ コードでブートストラップ API を直接呼び出すことができます (「Tutorial: 外部の場所でパッケージ化されたアプリでブートストラップ API を使用するか、Windows アプリ SDKを使用するパッケージ化されていないアプリでブートストラップ API を使用する)」を参照して、パッケージ化されていないアプリのシステムを適切に初期化できるようにします。 アプリでは、WinUI、アプリ ライフサイクル、MRT Core、DWriteCore などのWindows アプリ SDK機能を使用する前に、ブートストラップ API を使用する必要があります。

Windows アプリ SDK 1.0 リリースのブートストラップ ライブラリには、次のものが含まれています。

• Microsoft.WindowsAppRuntime.Bootstrap.dll (C++ および C#)
• Microsoft.WindowsAppRuntime.Bootstrap.Net.dll (C# ラッパー)

動的依存関係有効期間マネージャー (DDLM)

DDLM の目的は、非パッケージ アプリに使用されている Windows App SDK フレームワーク パッケージにサービスが提供されないようにすることです。 これには、その機能を提供するために、アプリのスタートアップの早い段階でブートストラップで初期化する必要のあるサーバーが含まれています。

Windows App SDK フレームワーク パッケージのバージョンとアーキテクチャごとに 1 つの DDLM があります。 つまり、x64 コンピューターでは、x86 と x64 の両方のアーキテクチャのアプリをサポートするために、その両方のバージョンの DDLM を使用できます。

その他の要件

• パッケージ 化されたアプリの場合、VCLibs フレームワーク パッケージの依存関係が要件です。 詳細については、デスクトップ ブリッジの C++ ランタイム フレームワーク パッケージに関するページを参照してください。
• パッケージ化されていないアプリの場合は、Visual C++ 再頒布可能パッケージが必要です。 詳しくは、「Microsoft Visual C++ 再頒布可能パッケージの最新のサポートされているダウンロード」をご覧ください。
• C#。 .NET ランタイムについては、「.NET のダウンロードを参照してください。

関連トピック

• フレームワーク依存のパッケージ アプリの Windows アプリ SDK 展開ガイド
• 外部の場所でパッケージ化されたまたはパッケージ化されていないフレームワーク依存のアプリ向け Windows App SDK 展開ガイド