15
初めて、サービスバスとしてMass Transitを使用してコンソールアプリケーションを作成しました。最近、NServiceBusに切り替えました。コンソールアプリケーションを作成する必要はなく、代わりにクラスライブラリを作成しました。プロジェクトのプロパティでは、単にコンソールアプリケーションからライブラリに変更する設定を変更しましたが、x86用にしか構築できないという制約がまだあります。Visual Studio 2010でビルドオプションとしてx64（または任意のCPU）を追加する方法（コンソールアプリケーションからクラスライブラリに）
コンソールアプリケーションであるため、ビルドタイプを任意のCPUに変更することはできません。有効になっているはずです。 に完全に私のアプリケーションをクラスライブラリに変更することができますので、任意のCPUオプションをビルドすることができますか？私は新しいプロジェクトを作成し、それにファイルをコピーし、その方法を続ける必要がありますか？それとも、プロジェクト（.proj）ファイル内の何かを変更するのと同じくらい簡単ですか？
スタックオーバーフローの問題Missing Debug|Any CPU build configuration for projects and defaulting to Debug|x86 on Windows x64は、コンソールアプリケーションでのみx86のこの問題をさらに詳しく説明しています。
あなたはVS2010で非常に基本的に愚かなデザイン決定にぶつかっています。あなたのソリューションに追加するプロジェクトはすべてx86のプラットフォームターゲットにデフォルト設定されています。クラスライブラリでさえ、EXEプロジェクトが何を選択したかについては何の言い方もしていません。 AnyCPUに設定を戻すだけです。 –
@ハンス...いいえ、MSはアーキテクチャに依存しないEXEが通常は価値があるよりもトラブルが多いと判断しているため、EXEをデフォルトでx86に生成するプロジェクトのみです。 32ビットアプリケーションはより多くの機能にアクセスすることができ、通常は64ビットアプリケーションよりも少し速いので、これがデフォルトです。ベータ版には、すべてのプロジェクトをx86にデフォルト設定したバグがありましたが、最新バージョンのデフォルトクラスライブラリはすべてのCPUに割り当てられていました。 – Gerald