パッケージ ID が必要な機能

一部の最新の Windows エクスペリエンスでは、実行時にアプリにパッケージ ID が必要です (つまり、アプリを "パッケージ化" する必要があります)。 これらのエクスペリエンスには、特定の Windows 機能、特定の Windows ランタイム API、パッケージ拡張機能、UWP コンポーネントなどがあります。

ユニバーサル Windows プラットフォーム (UWP) アプリは、MSIX パッケージ経由でのみ配布できるため、既定でパッケージ ID を受け取ります。 WPF アプリを含む他の種類の Windows アプリは、パッケージ ID を取得するために、MSIX パッケージを使用して配置することもできます。 ただし、"外部の場所でパッケージ化された" アプリにもパッケージ ID があります。 これらの条件の詳細については、「アプリのパッケージ化の長所と短所」を参照してください。

パッケージ アプリ (外部の場所でパッケージ化されたアプリを含む) のみが、実行時にパッケージ ID を持ちます。 アプリにパッケージ ID がある場合は、アプリで次の機能を使用できます。

通知

Windows アプリ SDK 通知 API では、アプリにパッケージ ID が必要です。

パッケージ拡張機能との統合

アプリをシステムと統合する必要がある場合 (ファイアウォール規則を確立する場合など)、アプリのパッケージ マニフェストにそのことを記述すると、システムによって残りの処理が行われます。 これらのタスクのほとんどは、まったくコードを記述する必要がありません。 マニフェストに少し XML を追加するだけで、ユーザーがログオンしたときにプロセスを開始する、アプリをエクスプローラーに統合する、他のアプリに表示される印刷先の一覧に対象アプリを追加する、などの処理を行うことができます。

詳細については、デスクトップ アプリケーションとパッケージ拡張機能の統合に関するページをご覧ください。

パッケージ アプリのアクティブ化情報の取得

Windows 10 Version 1809 以降、パッケージ アプリで、スタートアップ時に特定の種類のアクティブ化情報を取得できるようになりました。 たとえば、ファイルを開く、対話型トーストをクリックする、プロトコルを使用するなどの処理から、アプリのアクティブ化に関連する情報を取得できます。

詳細については、「パッケージ アプリのアクティブ化情報の取得」を参照してください。

UWP コンポーネントによる拡張

一部の Windows エクスペリエンス (タッチ対応 UI ページなど) は、AppContainer 内で実行する必要があります。 一般的に、Windows ランタイム API を使用して既存のデスクトップ アプリを強化することでエクスペリエンスを追加できるかどうかを、最初に判断する必要があります。 エクスペリエンスを実現するために UWP コンポーネントを使用する必要がある場合、ソリューションに UWP コンポーネントを追加すると、アプリ サービスを使用してデスクトップ アプリと UWP コンポーネントの間で通信を行うことができます。

詳細については、UWP コンポーネントによるデスクトップ アプリケーションの拡張に関するページを参照してください。

配布

MSIX パッケージにアプリをパッケージ化する場合、Microsoft Store に公開するか、システムにサイドローディングすることで、とても簡単にアプリを配布できます。

詳細については、「パッケージ化されたデスクトップ アプリを配布する」をご覧ください。