ソース コード用の Eclipse プロジェクトを作成して使用することをお勧めします。プロジェクトを使用すると、次のような利点が得られます。
以下のセクションでは、特に多数のファイルを扱う場合のプロジェクトの作成および構成に関する推奨事項について説明します。
大規模なコード ベースや大規模なプロジェクトの定義は、アプリケーションを構成するファイルの数およびサイズ、コード ベースの複雑さおよび依存性、マシンの性能など、さまざまな要因に依存します。一般的には、大規模なプロジェクトには数百から数千のファイルが含まれ、多くの場合、Eclipse でプロジェクトをロードしたり、ソース コード内を移動したり、編集、コンパイル、デバッグを行ったりする際にパフォーマンスの問題が生じます。
以降では、大規模なコード ベースを扱う際のコードの構成と IDE のパフォーマンスの最適化に関する推奨事項およびベスト プラクティスを紹介します。
プロジェクトの構成に関するヒントを以下に示します。これらは、アプリケーションが多数のファイルで構成されている場合には特に有効です。
| 推奨事項 | 利点 |
|---|---|
| すべてのコードを 1 つの巨大なプロジェクトにまとめるのではなく、互いに依存する複数の小さなプロジェクトを作成する。 |
プロジェクトを小さくすると、次のような利点が得られます。
さらに、エディターの応答時間も短くなります。 |
| 作業中のソース ファイル専用のプロジェクトを作成する。 | これにより、プロジェクトを小さくすることができます。 |
| アプリケーションの機能領域ごとにプロジェクトを作成し、必要に応じて依存関係を作成する。 | これにより、プロジェクトが小さくなり、アプリケーションの論理構造がわかりやすくなる、変更が必要な領域だけを簡単に編集できる、などの利点が得られます。 |
| コピーブック ファイルをソース コードのプロジェクトではなくコピーブックのプロジェクトに保存する。 | これらのプロジェクトは、ソース ファイルを含むその他のプロジェクトのビルド パスに依存プロジェクトとして追加できます。コピーブック プロジェクトはコンパイルされないため、処理時間とリソースを節約できます。
|
| 使用していないプロジェクトを閉じる ([プロジェクト > プロジェクトを閉じる] をクリック)。 | これにより、Eclipse が使用するメモリの量を減らすことができます。 |
| ネットワーク ドライブのソース ファイルやコピーブックを使用しない。 | ネットワーク ドライブは、仮想ローカル ドライブにマップされたリモート フォルダーです。NFS/Samba 接続タイプに関連付けられているため、RSE 接続に比べてパフォーマンスが低下します。ローカル フォルダーのファイルを使用するか、ファイルがリモート マシン上にある場合は、RSE 接続タイプを使用してリモート プロジェクトを作成してください。 |
| COBOL JVM アプリケーションに対してフォルダーおよびパッケージを使用して、プロジェクト内のコードを整理する。 | これにより、階層構造を作成してプロジェクト内のファイルを簡単に整理できます。ファイル間の移動も容易になります。 |
| プロジェクトの場所を基準とする相対パスをプロジェクトのプロパティで使用する (ビルド出力のパス、リンク リソースのパスなど)。 | これにより、プロジェクトを他のマシンに移植できるようになります。 |
1 つのプロジェクトに保存するファイルの推奨最大数を厳密に規定するのは困難です。この数は、次のような、特定の開発シナリオに関連するさまざまな要因に依存します。
プロジェクトを小さくすることで、さまざまなパフォーマンスの問題を回避できます。プロジェクトが大きくなるにつれて、次のような問題が生じます。
ワークスペースにあまり多くのプロジェクトを保持しないようにすることをお勧めします。その理由は、1 つのプロジェクトに含めるファイルの数を制限する理由と同じです。
ワークスペースに保存するプロジェクトの推奨最大数を厳密に規定するのは困難です。プロジェクトの数を少なくすることで、さまざまなパフォーマンスの問題を回避して、以下の時間を短縮できます。
Eclipse でワーキング セットを作成して使用すると、ワークスペースに少数のプロジェクトのみを表示して作業できます。これにより、Eclipse に表示するプロジェクトを絞り込むことができます。
現在のワーキング セットに含まれているプロジェクトのみをビルドすることもできますが、そのワーキング セットにファイルが存在するすべてのプロジェクトがビルドされます。
詳細については、「Working Sets」を参照してください。
プロジェクトを複数の開発チームの間で簡単に共有できるようにします。
構成またはブレークポイントをエクスポートするには、次の手順を実行します。
ブレークポイントをインポートするには、次の手順を実行します。
ワークスペース内の実行またはデバッグの構成を次の手順でエクスポートすることもできます。
プロジェクトにソースをリンクする場合、使用可能なすべてのソース ファイルをリンクするのではなく、使用するソース ファイルおよびフォルダーのみを個別にリンクします。
リンクされたファイルを使用する際には、ディスク上でソース ファイルの近くにある物理フォルダーにプロジェクトを作成することをお勧めします。これにより、リンクに使用される相対パスの複雑さが軽減され、プロジェクトの移植性が向上します。または、構成が容易になるように、プロジェクトへのパスに置き換わるワークスペース変数を作成します。
たとえば、ソース ファイルが /path/source にある場合は、プロジェクトを /path/projects に作成します。
ソース制御管理システム (SCM) を使用してアプリケーションのソースを保存および共有することをお勧めします。SCM を使用すると、さまざまな利点が得られます。
共有環境での作業を容易にするには、プロジェクトを移植可能にするための推奨事項を参照してください。