Visual Studio プロジェクトを使用する利点

プロジェクトおよびソリューションの構造化

プロジェクトおよびソリューションの構成に関する推奨事項を次に示します。これらは、アプリケーションが多数のファイルで構成されている場合には特に有効です。

1 つのプロジェクトに保存するファイルの数を制限する

推奨事項は次のとおりです。

• プロジェクトに多数のファイルを含めることは避けてください。ソリューションに複数の小さなプロジェクトを追加することを検討し、すべてのソース ファイルに 1 つのプロジェクトを使用することは避けてください。
• アプリケーションの機能領域ごとに 1 つのプロジェクトを作成することを検討してください。

1 つのプロジェクトに保存するファイルの推奨最大数を厳密に規定するのは困難です。この数は、次のような、特定の開発シナリオに関連するさまざまな要因に依存します。

• ファイルのサイズおよびプログラムのサイズ
• コピーブックの数およびサイズ
• 同じプロジェクトで作業する人数
• プロジェクトが .NET COBOL プロジェクトかネイティブ COBOL プロジェクトか
• アプリケーションでインクリメンタル リンクを使用するかどうか
• ソース コードの既存の構造

プロジェクトを小さくすることで、さまざまなパフォーマンスの問題を回避できます。プロジェクトのサイズが大きくなると、次のような問題に注意する必要があります。

• Visual Studio 内のユーザー エクスペリエンスが低下する
• [すべての参照の検索] が遅くなる
• プロジェクトの管理がより困難になる
• プロジェクトのロードやリビルドに要する時間が長くなる
• バックグラウンド構文チェック、コード分析、ファイルのコンパイラ指令のスキャン ([指令の確定] を使用) の実行時間が長くなる

1 つのソリューションに保存するプロジェクトの数を制限する

1 つのソリューションにあまり多くのプロジェクトを保持しないようにすることをお勧めします。その理由は、1 つのプロジェクトに含めるファイルの数を制限する理由と同じです。

1　つのソリューションに保存するプロジェクトの推奨最大数を厳密に規定するのは困難です。ソリューションのサイズを小さくすることで、さまざまなパフォーマンスの問題を回避して、次の時間を短縮できます。

• ソリューションへのプロジェクトのロード
• ソリューションのリビルド
• バックグラウンド構文チェックの実行
• 参照の解決
• ファイルのコンパイラ指令のスキャン ([指令の確定] を使用)

コピーブックを使用する際の推奨事項は次のとおりです。