ビルド

ビルダーは、ワークスペースのリソースを通常他のリソースの存在および状態に基づいて作成または変更します。 ビルダーは、あるドメインの制約を実施するための強力なメカニズムです。例えば Java ビルダーは、Java のソース・ファイル (.java ファイル) を実行可能クラス・ファイル (.class ファイル) に変換し、Web リンク・ビルダーは、名前/ロケーションが変更されたファイルとのリンクを更新します。  リソースが作成され、変更されると、ビルダーが実行され、制約が維持されます。この変換は 1 対 1 である必要はありません。 例えば、ある 1 つの .java ファイルから、いくつもの .class ファイルを作成することができます。 

自動ビルドと手動ビルド

ビルドに関しては、自動ビルドにまかせる、またはユーザーが手動ビルドを開始する、という 2 つの異なる作業モードがあります。

ビルドの実行時に細かな制御を必要としない場合は、 単に自動ビルドをオンにしておくことができます。 自動ビルドをオンにしておくと、リソースの各セットが変更された (例えば、ファイルの保管、ZIP のインポート、など) 後に、ビルドが行われます。 自動ビルドは、作業量が変更量に比例するため効率的です。 自動ビルドの利点は、派生したリソース (例えば Java .class ファイル) は常に最新のものであるという点です。 自動ビルドをオン/オフにするには、「ウィンドウ」>「設定」>「ワークベンチ」ページの 「リソース変更時にビルドを自動的に実行 」を使用します。

ビルドの実行時により細かな制御を必要とする場合は、 自動ビルドをオフにして、手動でビルドを起動できます。  例えば、大量の変更を終了した後にビルドをしないと意味がないということがわかっている場合は、 手動ビルドのほうが望ましいこともあります。 このような場合に、自動ビルドのコストを払うことは利益にはなりません。ビルドは、 さまざまな方法で手動で起動することができます。 例えば、プロジェクトのコンテキスト・メニューから、「すべて再ビルド」を選択します。  

手動ビルドの欠点は、ビルド・エラーを示すためにタスクを生成しても、 ビルドするまでに簡単に古くなってしまうということです。 また、必ず手動ビルドを実行しないかぎり、ビルド出力を信頼することができない (例えば、Java プログラムを実行することができない)、ということです。このことは非常に重要です。

フル・ビルドとインクリメンタル・ビルド

ビルドには、フル・ビルドとインクリメンタル・ビルドの 2 種類があります。  インクリメンタル・ビルドは前のビルド状態を扱い、構成済みのビルダーの変換規則を、その前の状態が計算されて から (すなわち、最後にビルドされてから) 変更されたリソースにのみ適用します。  自動ビルドを使用すると、インクリメンタル・ビルドを使用して効率化を図ることができます。

フル・ビルド (再ビルド ともいいます) は、既存のビルド状態はすべて廃棄し、構成済みのビルダーのドメイン規則に従って、要求されたリソースをすべて変換します。  最初のインクリメンタル・ビルドは、直前の状態というものが存在しないため、フル・ビルドと同じです。

ユーザーの必要に応じて、フル・ビルドおよびインクリメンタル・ビルドを、プロジェクトの特定のセットまたはワークスペース全体に対して実行することができます。  特定のファイルおよびフォルダーをビルドすることはできません。

特記事項