1

WP8 プロジェクトの場合、エミュレーターにデプロイするときは Win32 をターゲットにし、実際のデバイスにデプロイするときは ARM をターゲットにする必要があることはわかっています。

VC++ Directories調べると、ターゲット プラットフォームごとに異なるパスがあることがわかります。例えばLibrary Directories

Win32

$(WP80ToolSetPath)lib
$(WindowsSDK_LibraryPath_x86)

$(WP80ToolSetPath)lib\arm
$(WindowsSDK_LibraryPath_ARM)

実際のデバイスにデプロイすることは素晴らしいことですが、誰もが実際のデバイスを操作できるわけではありません。では、ターゲット プラットフォーム (Win32 と ARM) の選択は、サポートされる API に影響しますか? (特に Windows Phone ランタイム コンポーネントで)

それらの間に違いはありますか?

4

2 に答える 2

0

プロジェクトにネイティブの依存関係 (SQLite など) がある場合は、通常、プロジェクトのさまざまなターゲット プラットフォームが使用されます。その場合、Any CPUターゲットを使用できなくなり、エミュレーター (x86 ターゲット) とデバイス (ARM ターゲット) に対して異なるビルドが必要になります。API などに違いはありません。

于 2013-07-04T09:51:29.567 に答える
0

実際には、通常、API は ARM と Win32 の両方で同じであると考えることができます。つまり、コードは、デバイスとエミュレータの両方で同じようにコンパイル、リンク、および実行する必要があります。

2 つの API の主な違いは、x86 がエミュレーターであり、ARM がデバイスであり、それぞれが微妙に異なる特性を持っているという事実によって決まります。ただし、ネットワークなどの .NET API を検討する場合も同様です。

(当然、異なるパスがあります。これらはネイティブ バイナリ ライブラリであるため、1 つのディレクトリには x86 ライブラリが含まれ、もう 1 つのディレクトリには ARM ライブラリが含まれます。ライブラリのファイルは同じ名前を持つため、それらを他のディレクトリに配置することは明らかな解決策です)

于 2013-07-04T10:56:26.780 に答える