VS .NET Framework 4.6.2新しいASP.NETコアWebアプリケーション（.NET Framework）の既定値はx86プラットフォーム

Question

なぜですか？

Webアプリケーション（.NET Framework）とCore Webアプリケーション（.NET Core）はどちらもAnyCPUプラットフォームを対象としています。

これはバグですか？そうすることで何か価値がありますか？

私はWindows 10 x64で、2011年4月18日のVS2017アップデートをインストールしました。

のMicrosoft Visual Studioのエンタープライズ2017 バージョン15.1（26403.7）私はそれが互換性の理由のためだと仮定し VisualStudio.15.Release/15.1.0 + 26403.7 Microsoft .NET Frameworkのバージョン4.6.01586

Answer 1

をリリース。 x86はcsprojの<RuntimeIdentifier>を参照する可能性があります。これは必須です理由の

<PropertyGroup Condition="'$(TargetFramework)' == 'net462'"> 
    <RuntimeIdentifier>win7-x86</RuntimeIdentifier> 
</PropertyGroup> 

一つNugetの依存関係を引っ張るためであるとASP.NETコアは、いくつかのネイティブ/非管理ライブラリ（C/C中=のC＃/ CLRで書かれていないライブラリが、ネイティブのもの++）に依存していますlibuv（NuGet参照）のように、ASP.NET Coreで使用される非同期ソケットライブラリです。

デフォルトではx64になると、この種のアプリケーションはx86オペレーションシステム上で復元/実行できないため、これまでのx86は唯一の設定です。

.NET CLR/ILコードでは、アーキテクチャー（x64またはx86）は実際には問題ありませんが、これらの外部依存関係はありません。それで、net45とnetstandard1.xをターゲットにしたproject.jsonプロジェクトをcsprojに変換するときにエラーが発生する理由は、上記のxmlコードをcsprojに追加して、NuGetに復元する必要があるアーキテクチャのヒントを与える必要があります。

あなたと他の同僚のいずれもx86 OSでプロジェクトを開発していない場合でも、これを<RuntimeIdentifier>win7-x64</RuntimeIdentifier>に変更できます。有効なRID（RuntimeIdentifier）の一覧については、ASP.NETコアdocumentationを参照してください。もちろん、.NET Frameworkの場合はwin* RIDに限定されています。

これは心配するものではなく、デフォルトのままにすることができます。通常、ほとんどのライブラリはNuGetパッケージ内でx64とx86の両方に同梱されているので、問題はありません。しかし、1つまたは複数のライブラリでしか実行できないライブラリが存在する可能性があります。