Visual Studio 2008 で 5 人のチームでプロジェクトを開発しています。5 人それぞれが Windows フォームを開発し、サーバー上で管理されているリポジトリを作成します。問題は、Visual Studio を開いてプロジェクトにフォームを追加した後、各フォームを手動で個別にコンパイルする必要があることです。
Visual Studio などではなく、GUI を使用してフォームを追加およびコンパイルしたいと考えています。これは可能ですか？
基本的に、解決策は、フォームをプログラムで Visual Studio プロジェクトに追加することにあります。そのようなアプリケーションを開発できるかどうかはわかりません。どんな助けでも大歓迎です。
ありがとう！
問題は、Visual Studio を開いてプロジェクトにフォームを追加した後、各フォームを手動で個別にコンパイルする必要があることです。
コマンドライン C# コンパイラである csc.exe を実行できます。コードを取得してコンパイルするスクリプトを作成します。
Visual Studio 自体ではなく、GUI を使用してフォームを追加およびコンパイルしたい
わかりません。GUI アプリを使用してフォームを追加およびコンパイルしますか、それとも GUI を追加しますか?
基本的に、解決策はプログラムで Forms を Visual Studio Project に追加することにあります。そのようなアプリケーションを開発できるかどうかはわかりません
セットアップ済みのプロジェクト (依存関係) が既にある場合は、かなり簡単です。ソース コードに C# コードを追加する必要があります。変更のサイズにもよりますが、数行のスクリプトで行う必要があります。
MEFやMAFなどのプラグイン/アドインフレームワークの使用を検討することをお勧めします。チームメンバーは、プラグインにポップインされて使用できる独自のフォームを担当できます。
MEFとMAFのどちらかを選択する（System.AddIn）
このようなことにより、実行時にフォーム/コントロールを表示する方法を動的に制御したり、プラグインシステムの実装方法に応じて、設計時にレイアウトをドラッグアンドドロップしたりできます。
ユーザーコントロールとよく似ています。
コマンド ラインから msBuild タスクを実行するスクリプトを開発し (コマンド ライン リファレンス)、それらを実行するシェルを起動する GUI を開発するか、スクリプト/コマンド プロンプトから csc.exe を使用してコンパイルを手動で行うことができます。
MsBuild オプションは、ビルドするプロジェクト ファイルがある場合に役立ちます。csc オプションはより低レベルであり、より多くの作業が必要になりますが、プロジェクト ファイルは必要なく、ソース コード ファイルと依存関係だけが必要です。
ただし、これは間違った方法のように聞こえます。プラグインを持つことができるアプリケーションを開発したくありませんか? 次に、各フォームをインターフェイスに開発し、それを独自の dll にパッケージ化し、アプリケーションにプラグイン dll をロードさせ、特定のインターフェイスを実装するフォームを抽出します。そうすれば、アプリを一度ビルドすれば、再コンパイルすることなく新しいフォームを追加できます...