ソース コード用の Visual Studio プロジェクトを作成して使用することをお勧めします。プロジェクトを使用すると、次のような利点が得られます。
次のセクションでは、特に多数のファイルを扱う場合のプロジェクトの作成および構成に関する推奨事項について説明します。
プロジェクトおよびソリューションの構成に関する推奨事項を次に示します。これらは、アプリケーションが多数のファイルで構成されている場合には特に有効です。
推奨事項 | 利点 |
---|---|
すべてのコードを 1 つの巨大なプロジェクトにまとめるのではなく、ソリューションに複数の小さなプロジェクトを作成する。アプリケーションの機能領域ごとに 1 つのプロジェクトを作成することを検討してください。 |
プロジェクトを小さくすると、次のような利点が得られます。
さらに、エディターの応答時間も短くなります。 |
特に、ソリューションに多くのプロジェクトが含まれる場合は、大きなソリューションを複数のソリューションに分割することを検討してください。 |
上記の理由に加えて、これは、ソリューションに [すべての参照の検索] を使用するなど、ソリューション固有の問題にも役立ちます。ソリューションに数百ものプロジェクトが含まれている場合、この機能を使用するとパフォーマンスに悪影響が及ぶ可能性があります。 |
プロジェクトにコピーブックを含めない。コピーブックはプロジェクト フォルダー以外のフォルダーに保存します。次に、プロジェクトのプロパティの [コピーブック パス] ページでコピーブックの場所を指定します。 |
|
プロジェクトの場所を基準とする相対パスをプロジェクトのプロパティで使用する (ビルド出力のパス、コピーブックの場所のパスなど)。 | プロジェクトを他のマシンに移植できるようになります。 |
ネットワーク ドライブのコピーブックやその他のファイルを使用しない。 | パフォーマンスに関する問題の回避に役立ちます。 |
推奨事項は次のとおりです。
1 つのプロジェクトに保存するファイルの推奨最大数を厳密に規定するのは困難です。この数は、次のような、特定の開発シナリオに関連するさまざまな要因に依存します。
プロジェクトを小さくすることで、さまざまなパフォーマンスの問題を回避できます。プロジェクトのサイズが大きくなると、次のような問題に注意する必要があります。
1 つのソリューションにあまり多くのプロジェクトを保持しないようにすることをお勧めします。その理由は、1 つのプロジェクトに含めるファイルの数を制限する理由と同じです。
1 つのソリューションに保存するプロジェクトの推奨最大数を厳密に規定するのは困難です。ソリューションのサイズを小さくすることで、さまざまなパフォーマンスの問題を回避して、次の時間を短縮できます。
コピーブックを使用する際の推奨事項は次のとおりです。
推奨事項 | 利点 |
---|---|
プロジェクトにコピーブックを直接含めない。コピーブックをプロジェクトの場所以外のフォルダーに保存して、そのフォルダーをプロジェクトのプロパティの [コピーブック] ページに追加します。 | これにより、プロジェクトのサイズが小さくなり、プロジェクトの管理が容易になります。
これは、他のプロジェクトがコピーブックに依存している場合にコピーブックを共有するのにも役立ちます。 |
ハードコードされたパスをソース ファイルのコピーブックに追加したり、プロジェクト フォルダーのコピーブックを使用したりすることは避けてください。ファイルをポイントするように環境変数を設定するなど、他の類似の方法を使用しないでください。代わりに、プロジェクトのプロパティの [コピーブック] ページでコピーブックの場所を指定する際に相対パスを使用します。 | これにより、プロジェクトを他のマシンに移植できるようになります。MSBuild ユーティリティや任意のビルド スクリプトで相対パスを使用できます。 |