Назначение опции "Build Automatically" в eclipse

Какова цель Создать автоматически в Eclipse (ProjectBuild Automatically)? Шахта всегда будет проверяться. Но когда когда-либо у меня есть некоторые изменения кода Java, мне все равно придется делать полную сборку. Мне сказали, что нужно всегда проверять. Я не вижу никакой пользы в этом. Пожалуйста, объясните какой-то орган.

Ответ 1

Да, вам все равно придется делать сборку, но она выполняется автоматически при сохранении (а не внешняя сборка, например, Ant build, а внутренняя). Если вы не хотите создавать резервные копии, снимите флажок. Полагаю, что это автоматически заставляет некоторых людей нервничать.

Ответ 2

Eclipse имеет хороший ответ на своем веб-сайте:

У вас есть два режима работы: режим автоматической сборки и ручной режим сборки. По умолчанию вы находитесь в режиме автоматической сборки, и Eclipse автоматически выполняет сбор исходных файлов. Сборка происходит автоматически в фоновом режиме при каждом изменении файлов в рабочей области (например, сохранение редактора). Автоматическая сборка удобна, потому что это означает, что просмотр проблем, двоичные файлы и т.д. Всегда актуальны. Недостатком является то, что в больших рабочих пространствах автоматические сборки могут занять много времени, если вы меняете файлы в проектах с большим количеством зависимых от нисходящего проекта проектов.

Если автоматическая сборка занимает слишком много времени и мешает текущей разработке, ее можно отключить. Как только в режиме ручной сборки пользователь находится в полном контроле, когда происходит сборка и что происходит. Project > Build All (Ctrl + B) можно вызвать в любое время, чтобы инициировать автоматическую автоматическую сборку. Это позволяет вам создать большой набор изменений перед вызовом сборки (Eclipse запоминает, какие файлы были изменены, чтобы не требовать больше работы, чем требуется, когда вы запрашиваете сборку.

Обратите внимание, что когда они говорят "режим автоматической сборки", это означает, что если вы отметили "Build Automatically", когда они говорят "режим ручной сборки", они означают, что вы не проверяете "Build Automatically".

Ответ 3

Примечание
Для пользователей C/С++ он сказал ( из help.eclipse.org):

По умолчанию рабочая среда Eclipse настроена на автоматическое создание проектов. Однако для разработки C/С++ вы должны отключить этот параметр, иначе весь проект будет перестроен всякий раз, когда вы, например, сохраняете изменения в файлах makefile или исходных файлов. Нажмите "Проект" > "Создать автоматически" и убедитесь, что флажок рядом с пунктом "Создать автоматически" отсутствует.

Ответ 4

Проект - Отключить автообъект не всегда означает, что автозапуск отключен. Например, плагин автоматизации тестирования "Makegood" запускает автообработку, когда Предпочтения - запуск/отладка - запуск - (общий выбор). Сборка перед запуском включена. Поэтому отключите его, если потребуется ручная сборка.

Ответ 5

Еще одно отличие:
Большую часть времени, работая над JSP, мне помогает при проверке "Build Automatically". Он автоматически подбирает изменения в JSP.
Но если вы вносите изменения в свои java-классы/XML, вам нужна ручная сборка. Поскольку я использую сервер смолы, который запускается за пределами eclipse через командную строку, я предпочитаю проверять этот параметр.
Когда у меня установлена ​​настройка сервера в eclipse, я отключу его и использую публикацию на сервере.

Это то, как я использую, и ответ основан на моем опыте.

Ответ 6

Одна вещь, о которой люди здесь не упоминали (и мне потребовалось время, чтобы понять это), заключается в том, что сборка eclipse (автоматическая или ручная) в основном будет следовать тому, что вы указали в проекте "Java Build Path" вкладка источника. Поэтому, когда файл включен в эту вкладку источника сборки, при изменении файла он копируется/компилируется в выходную папку, указанную для этого каталога/файла.

Ответ 7

Если флажок Build Automatically установлен, среда IDE автоматически скомпилирует ваш Java-код при каждом изменении и сохранении файла. Это не означает, что он полностью построит и упакует все ваше решение, как если бы вы планировали его развертывать, например, если вы работаете в веб-проекте в модуле WAR. В основном это просто компилирует ваш код.