0

プログラムを整理しておくための最善の方法を見つけようとしています。現在、1 つのプロジェクト ファイルに多くのクラス ファイルがありますが、これらのクラスのいくつかは非常に異なることを行い、一部は将来他のアプリケーションに公開したいと考えています。アプリケーションを整理するために考えたことの 1 つは、1 つの「メイン」プロジェクトを含む複数のプロジェクト ファイルを作成し、必要に応じて他のすべてのプロジェクトとその関連クラスと対話することでした。これは理にかなっていますか？

1 つのソリューションで複数のプロジェクト ファイルを使用することに関して何か提案があれば (そして、このようなものをどのように作成しますか?)、1 つのソリューションで複数の名前空間を持つことが理にかなっているのだろうかと思っていました...

乾杯----以下を編集----

すみません、私のせいです。現在、私のプログラムはすべて 1 つのコンソール プロジェクトになっています。このプロジェクト内にはいくつかのクラスがあり、そのうちのいくつかは基本的に BackgroundWorker を起動し、データをプルする無限ループを実行します。その後、BackgroundWorker は、必要に応じてこのデータをメインのビジネス ロジックに戻します。このデータ プル マテリアル (バックグラウンド ワーカー マテリアルを含む) を 1 つのプロジェクト ファイルに分割し、残りのビジネス ロジックを別のプロジェクト ファイルに分割したいと考えています。ただし、プロジェクトは相互にオブジェクトを渡す必要があります (データはメイン ビジネス ロジックに渡され、ビジネス ロジックはスタートアップ パラメーターを dataPull プロジェクトに渡します)。うまくいけば、これでもう少し詳細が追加されます。

4

2 に答える 2

1

はい。重要なものを構築している場合は、複数のプロジェクトと複数の名前空間の両方が非常に理にかなっています。

1つのプロジェクトに一般的な機能を持たせ、他のソリューションに再利用できるという考えは良いものです。コードの再利用と関心の分離がすべてです。

メインプロジェクトで他のプロジェクトのタイプを使用するには、[参照の追加]ダイアログを使用して必要なプロジェクトへの参照を追加する必要があります。

于 2011-01-05T21:22:52.023 に答える
1

もちろん、1 つのソリューションに複数のプロジェクト ファイルを含めることができます。あなたがしなければならないことは (Visual Studio を使用していると仮定しています)、既存のソリューションに 1 つ以上の新しいプロジェクトを追加することだけです。

ソリューション内のどのプロジェクトが「メイン」プロジェクトであるかを決定する必要があります。これを行うには、ソリューション エクスプローラーでプロジェクトを右クリックし、[スタートアップ プロジェクトとして設定] を選択します。一般的に言えば、スタートアップ プロジェクトは、アプリケーションのユーザー インターフェイスを含むプロジェクトになります。

メイン プロジェクトが他のプロジェクトを参照していることを確認する必要があります。@driis が言及したように、[参照の追加] ダイアログからこれを行い、[プロジェクト] タブをクリックします。

プロジェクトを編成するには、アプリケーションのさまざまな機能領域について考える必要があります。通常、アプリケーションはプレゼンテーション、ビジネス ロジック、およびデータ アクセス コンポーネントに分割されますが、これが唯一のアプローチではありません。将来のプロジェクトで再利用したいさまざまなメソッドやクラスがある可能性があるため、「ユーティリティ」または「ヘルパー」ライブラリを作成することがあります。

プロジェクト名と同じラインに沿って名前空間を選択するか、アプリケーションの他のさまざまな機能領域を選択できます。一般的なガイダンスについては、このMSDN 記事またはこの記事を参照してください。

幸運を！

于 2011-01-05T21:34:32.040 に答える