.jpeg "Windows と Windows Phone に適用")
アプリ プロジェクトをビルドすると、Visual Studio でパッケージ マニフェストが生成されます。これには、アプリを ストア に登録するために必要な情報が含まれます。 このトピックでは、アプリ パッケージの内容について説明します。
注意
探しているフィールドがこれらのセクションに記載されていない場合、そのフィールドは、個別に設定したデータ、またはマニフェスト スキーマの既定値から生成されます。
ID
アプリ マニフェストの Identity セクションには、次のフィールドが含まれます。
| フィールド | 説明 |
|---|---|
Name |
パッケージの名前。次のシナリオごとに読み込まれる方法が異なります。 -既定は、このフィールドの値は、生成された GUID です。 -を使用してアプリに関連付ける場合、ストアを呼び出すか、アプリ パッケージの作成でこのフィールドの値が関連付けられているアプリから取得されるコマンドと、開発者アカウントでサインイン、ストアです。 呼び出す場合、アプリ パッケージの作成サインインしないコマンドしますが、Microsoft 開発者アカウントにこのフィールドの値がソース マニフェストから取得します。 |
ProcessorArchitecture |
プロジェクトに指定したビルド構成に基づいて生成される値。 次の表は、構成マネージャーのプラットフォーム値と、アプリ マニフェストに挿入される値とのマッピングをまとめたものです。 x86 または Win32: x86 x64: x64 任意の CPU: ニュートラル ARM: ARM プロジェクトのプロジェクト参照とファイル参照が、アプリ パッケージとは異なる特定のアーキテクチャ (つまり、ニュートラル コンポーネント) をターゲットとする場合は、ビルド エラーがスローされるため、すべての参照で機能するようにアプリ パッケージのターゲット アーキテクチャを変更する必要があります。 |
Publisher |
発行者の名前。 この名前は、次のシナリオごとに設定される方法が異なります。 -既定では、このフィールドの値は、ユーザー名です。 -を使用してアプリに関連付ける場合、ストアを呼び出すか、アプリ パッケージの作成コマンドとし、開発者アカウントでサインイン、このフィールドの値がそのアカウントに関連付けられている Publisher 文字列です。 -起動する場合、アプリ パッケージの作成サインインしないコマンドしますが、開発者アカウントでこのフィールドの値が、アプリ パッケージの署名に使用したテスト証明書の subject フィールドに一致します。 詳細については、次を参照してくださいVisual Studio を使用してアプリに署名する証明書の管理。 注: Visual Studio をパブリッシャーの共通名 (CN) 形式だけをサポートします。 プレフィックスの CN が追加されます = マニフェスト内の名前にします。 |
出力 XML の例を次に示します。
<Identity
Name="Microsoft.CoolWindowsStoreApp"
ProcessorArchitecture="x86"
Publisher="CN=Microsoft Corporation"
/>
プロパティ
アプリ マニフェストの Properties セクションには、次の表のフィールドが含まれます。
| フィールド | 説明 |
|---|---|
PublisherDisplayName |
この文字列は、次のシナリオごとに設定される方法が異なります。 -既定では、このフィールドの値は、ユーザー名です。 -を使用してアプリに関連付ける場合、ストアを呼び出すか、アプリ パッケージの作成このフィールドの値が、開発者アカウントに関連付けられている PublisherDisplayName 文字列に一致するコマンド、開発者アカウントでサインインします。 呼び出す場合、アプリ パッケージの作成サインインしないコマンドしますが、開発者アカウントでこのフィールドの値は、自分のユーザー名を指定しない限りです。 |
DisplayName |
この文字列は、次のシナリオごとに設定される方法が異なります。 -既定では、このフィールドの値は、プロジェクトの名前です。 -を使用してアプリに関連付ける場合、ストア呼び出すか、アプリ パッケージの作成コマンドを使用しサインイン開発者アカウントで、このフィールドの値が、次の規則に従って設定されます。 場合は、ソース マニフェストでこの値を指定して、@ で始まる値 (これは、この値をローカライズすることを示します)、このフィールドの値が指定した一致します。 -選択したアプリでは、1 つだけの名前が付いている場合、値はその名前になります。 -選択したアプリケーションに複数の名前が、ソース マニフェストがローカライズされない場合。 それ以外の場合、値は、最初の予約された名前に設定されます。 呼び出す場合、アプリ パッケージの作成コマンドしますが、サインインしない、開発者アカウントでこのフィールドの値がソース マニフェストから取得します。 |
アプリケーション
アプリケーション マニフェストは、複数を含めることができます < アプリケーション>要素は、それぞれのクライアントのタイルに表示される表示名。 アプリ マニフェストの Application セクションには、次の表のフィールドが含まれます。
| フィールド | 説明 |
DisplayName |
この文字列は、次のシナリオごとに設定される方法が異なります。 -既定では、このフィールドの値は、プロジェクトの名前です。 -を使用してアプリに関連付ける場合、ストアを呼び出すか、アプリ パッケージの作成コマンドは、開発者アカウントをこのフィールドの値を使用してサインイン、アプリのアプリ名、選択した場合は、/Properties [@DisplayName] と、アプリケーション/アプリケーション [@DisplayName]、ソース マニフェスト一致しています。 それ以外の場合、値は、ソース マニフェストのものと同じまま残ります。 呼び出す場合、アプリ パッケージの作成サインインしないコマンドしますが、開発者アカウントでこのフィールドの値は、ソース マニフェストのものと同じです。 |
Executable |
このフィールドの値は、プロジェクト アセンブリの出力名です。 ソース マニフェスト ファイル (package.appxmanifest) で使用されている実行ファイル トークン $targetnametoken$.exe は、マニフェストのビルド時に実際のファイル名に置き換えられます。 |
PackageDependencies
PackageDependencies セクションには、このパッケージの Windows コンポーネント ライブラリのすべての依存関係が含まれます。 たとえば、プロジェクトに WinJS への参照がある場合、Visual Studio で、マニフェストの生成時に依存関係のパッケージ ID 情報が取得されます。 その後、Visual Studio で、このセクションに各依存パッケージの Name フィールドと MinVersion フィールドが設定されます。
Windows ランタイム登録の拡張機能
アプリケーションの Windows ランタイム コンポーネントを実装できますが、正常に動作するように、これらのコンポーネントをオペレーティング システムに登録する必要があります。 Windows ランタイム コンポーネントを登録するには、WinMD ファイルおよびアプリ マニフェストに登録情報を配置する必要があります。 プロジェクトが Windows ランタイム コンポーネントを実装する場合、プロジェクトのビルド出力には WinMD ファイルが含まれます。 Visual Studio は WinMD ファイルから Windows ランタイムの登録情報を抽出し、適切な Extensions 要素をアプリ マニフェストに生成します。
システムでは、.dll サーバー (インプロセス) と .exe サーバー (アウトプロセス) の 2 つの形式のサーバーがサポートされます。 これらのサーバーには、似ているが異なる登録情報が必要で、この情報をアプリ マニフェストにコピーする必要があります。 Visual Studio では、.dll サーバーのマニフェスト生成のみがサポートされており、.dll サーバーを登録するには、DLLServer 拡張機能が必要です。 アプリ マニフェストの次の値は、DLLServer 拡張機能を構築するために WinMD ファイルから取得されます。
DllPath
ActivatableClassId
ThreadingModel
ActivatableClass (ActivatableClassId 属性)
出力 XML の例を次に示します。
<extension category=”Microsoft.Windows.ActivatableClass”>
<dllServer>
<dllPath>Fabrikam.dll</dllPath>
<activatableClass activatableClassId="Fabrikam.MyClass" threadingModel="sta" />
</dllServer>
</extension>
リソース
Resources セクションには、アプリケーションがサポートする各言語のエントリが含まれます。 1 つ以上のリソース言語がアプリ マニフェストで指定されていることが必要です。 プロジェクトのローカリゼーション情報に基づいて、サポートされている言語のリストが Visual Studio で自動的に生成されます。 ソース マニフェスト ファイル (package.appxmanifest) で使用されているリソース言語トークン "x-generate" は、マニフェストのビルド時に実際の言語コードに置き換えられます。 出力 XML の例を次に示します。
<Resources>
<Resource Language=”en-us”>
<Resource Language=”fr-fr”>
</Resources>
リストの最初のエントリはアプリケーションの既定の言語です。
必須コンポーネント
Prerequisites セクションには、次のフィールドが含まれます。
OSMinVersion
OSMaxVersionTested
どちらの要素も、MSBuild プロパティから読み込まれます (それぞれ、AppxOSMinVersion と AppxOSMaxVersionTested)。 両方の要素とも、既定値は 6.3.0 です。