自動的ビルドの目的は何であるEclipse
(Project
- >Build Automatically
)でオプション?鉱山は常にチェックされます。しかし、これまでJavaコードの変更があったときには、まだ完全なビルドを行う必要があります。私は常にチェックするべきだと言われました。私はそうすることに何の利益も見ません。いくつかのボディは説明してください。目的
目的
答えて
はい、まだビルドが必要ですが、保存すると自動的に完了します(Antビルドのような外部ビルドではなく、 "内部"ビルド)。保存したくない場合は、チェックボックスをオフにします。自動的にビルドされると、人々は緊張します。
[自動的にビルド]をオンにすると、IDEはファイルを変更して保存するたびにJavaコードを自動的にコンパイルします。これは、WARモジュール上のWebプロジェクトで作業している場合など、ソリューション全体を完全にビルドしてパッケージ化することを意味するものではありません。基本的には、コードをコンパイルするだけです。
最後の文が真ではない、WTPプロジェクトの場合は、アプリケーションをサーバーに再デプロイします。 –
自動的に展開するように設定している場合のみ。 – nitind
Eclipseは良い答えon their websiteがあります
あなたが作業の二つのモードがあります:自動ビルドモードと手動ビルドモードを。デフォルトでは、自動ビルド・モードにあり、Eclipseは自動的にソース・ファイルのコンパイルを行います。ビルドは、ワークスペース内のファイルを変更するたびに(エディタの保存など)バックグラウンドで自動的に実行されます。自動ビルドは、ビュー、バイナリなどが常に最新のものであることを意味するので便利です。欠点は、大きなワークスペースでは、多数の下流依存プロジェクトがあるプロジェクトでファイルを変更する場合、自動ビルドに時間がかかることです。
自動ビルドに長時間を要し、進行中の開発を妨げている場合は、オフにすることができます。手動ビルドモードに入ると、ユーザーはビルドがいつ発生し、何がビルドされるかを完全に制御できます。 Project> Build All(Ctrl + B)はいつでも呼び出すことができ、自動ビルドが自動的に行っていたものをトリガーします。これはビルドを呼び出す前に、変更の大規模なセットを構築することができます(Eclipseは、それはあなたがビルドを求めるないときに必要以上の仕事をする必要がないように、ファイルが変更されていた覚えている。
に留意されたいです。彼らは、「自動ビルドモード」を言うとき、彼らは意味、あなたは「自動的にビルド」にチェックしている場合、彼らは「手動ビルドモード」と言うとき、彼らはあなたがチェックし、「自動的にビルド」がありませんを意味します。
"ビルドは、ワークスペース内のファイルを変更するたびに(エディタの保存など)自動的にバックグラウンドで実行されます。 – luigi7up
NOTE
のためにC/C++ユーザーにはそれが伝えられている(fromhelp.eclipse.org):
デフォルトでは、Eclipseワークベンチはプロジェクトを自動的に構築するように構成されています。ただし、C/C++開発では、このオプションを無効にする必要があります。そうしないと、メークファイルやソースファイルに変更を保存するたびにプロジェクト全体が再構築されます。 [プロジェクト]> [自動的にビルド]をクリックし、[自動的にビルド]メニュー項目の横にチェックマークがないことを確認します。
プロジェクト - 無効に自動構築オプションは常に自動ビルドがオフであることを意味しません。たとえば、 "Makegood"テスト自動化プラグインが自動ビルドを起動します。起動 - デバッグ - 起動 - (一般opt)起動前にビルドがオンです。手動ビルドが必要な場合は、オフにしてください。
さらに1つの違いは次のとおりです。
ほとんどの場合、JSPで作業している間、「自動的にビルド」をチェックするときに役立ちます。 JSPの変更を自動的に取得します。
しかし、Javaクラス/ XMLを変更する場合は、手動でビルドする必要があります。 私はコマンドプロンプト経由でEclipse外で実行される樹脂サーバーを使用しているので、私はオプションをチェックすることを好む。
私はEclipseで自分のサーバーを設定していますが、私はそれをオフにし、サーバー上で公開を使用します。
これは私が使用する方法であり、答えは私の経験に基づいています。
ここで言及していないこと(私もこれを理解するのに時間がかかりました)は、Eclipseのビルド(自動または手動のいずれか)が、基本的にプロジェクトの「Java Buildパス "ソースタブをクリックします。したがって、ファイルをビルド元のタブでカバーすると、ファイルを変更すると、そのディレクトリ/ファイルに指定された出力フォルダにコピー/コンパイルされます。
- 1. 目的XMLString :: transcodeの目的
- 2. 目的
- 3. 目的
- 4. 目的
- 5. 条件付きの慣用的な目的地/目的地
- 6. オシロスコープの目的
- 7. キーボードイベント目的C
- 8. 多目的パーサー
- 9. 目的C:スコアカウンター
- 10. 目的C IBOutlets
- 11. 目的「Microsoft.EntityFrameworkCore.Design」
- 12. 目的[0]()
- 13. RemoveAll()の目的
- 14. 目的C:ドロップエリア
- 15. 目的Cプロトコル
- 16. NSXMLParserDelegate目的c
- 17. 目的Cタッチイベントロック
- 18. 目的レジスタ
- 19. スレッド再目的
- 20. IOS-目的プロジェクト
- 21. マルチスレッド目的-c
- 22. 目的C tip?
- 23. 目的c:EXC_BAD_ADDRESS
- 24. 目的Cソケットプログラミング
- 25. DynaValidatorFormの目的
- 26. 目的C、メモリリーク?
- 27. キーストアの目的
- 28. 目的cサブストリング
- 29. 目的C init
- 30. Gtkmm scroll_to()目的
ANTビルドと異なるビルドはどうですか? – pushya
@pushya:通常、Antビルドは自動的にテストを実行するか、または展開の準備ができている別の領域にビルドするか、jarファイルをビルドするか、各ビルドの前にきれいにする。内部ビルドは通常、出力ディレクトリにクラスファイルを作成し、リソースをコピーします。特に、これはユニットテストなどの迅速な処理には最適ですが、再現性があり、スクラッチから、全テスト実行などのビルドが必要な場合は、Antのようなものを使いたいでしょう。 –
@JonSkeet - 自動的にビルドする設定は、コードの変更を監視する組み込みWebアプリケーションサーバーを実行しているときにパフォーマンスに悪影響を与える傾向があります。このシナリオでコードを頻繁に変更すると、サーバーの再起動やIDEのクラッシュが繰り返されます。 – Perception