0

私の少し奇妙な質問の理由は単純です。編集と続行の利便性のために、コンソールを開発ボックスで32ビットとして実行したいと思います。これは、ばかげた間違いの時間を節約できます。その場で修正して続行するだけです。

ただし、ビルド構成を変更する必要はありません。これは、ソース管理下にあり、「any cpu」に戻すのを忘れてしまい、これをに設定すると間違ったイメージバージョンがデプロイされるためです。 「x86」。

両方の世界を最大限に活用する方法はありますか？

4

2 に答える 2

1

デバッグ用とリリース用に別々のプロジェクト構成を設定したり、独自のプロジェクト構成を作成したりすることもできます。ローカルと呼ばれる3番目のプロジェクト構成を作成し、そのプラットフォームを32ビット（x86）に設定します。その構成から作業できます。ビルドする前にデプロイ可能なバージョンを作成する必要がある場合は、リリースに切り替えます。

追加の安全策として、以前に作成したローカルビルドフォルダーを「無視」するようにSVNを設定して、SVNに入らないようにすることができます。

プロジェクト構成設定には、VisualStudioの緑色の[再生]ボタンの横にあるドロップダウンからアクセスできます。デフォルトでは「デバッグ」と表示されますが、「リリース」と表示されることもあります。

何か助けはありますか？

于 2012-07-16T15:47:37.407 に答える
0

結局、私は次の解決策を選びました。

32bitLauncherという新しいコンソールアプリプロジェクトを私のソリューションに追加します。これのビルド構成をターゲットx86のみに設定します。次に、さまざまなバッチクラスとそのメインメソッドを公開し、次のようにランチャーで複数のエントリポイントを定義します。

class Prefill
{
    static void Main(string[] args)
    {
        PrefillBatch.Main(args);
    }
}


class Correspondence
{
    static void Main(string[] args)
    {
        CorrespondenceBatch.Main(args);
    }
}

これで、バッチを切り替えるときにランチャーのプロパティページでスタートアップオブジェクトを選択できます。実際には、スタートアッププロジェクトを変更するよりも便利です（コマンドライン引数を設定するためにプロパティページに移動する必要があるため）。これにより、64ビットハードウェアでも32ビットの実行が強制されます。見よ、編集して続行できます。

于 2012-08-08T11:07:37.717 に答える