Русские Блоги
Путь сборки указанJavaКоллекция атрибутов ресурса, включенных в проект.
В зрелом проекте Java не только исходный код, написанный вами, но также и библиотека времени выполнения системы (JRE), сторонняя библиотека расширений функций, другие проекты в рабочей области и даже внешние файлы классов, все из которых необходимы Все зависят от этого проекта, и только после цитирования проект может быть успешно скомпилирован, и Путь сборки используется для настройки и управления ссылками на эти ресурсы.
Путь сборки обычно включает в себя:
- JRE время выполнения
- Библиотека расширений сторонних функций (файл формата * .jar)
- Другие проекты
- Другой исходный код или файлы классов
Зачем использовать Build Path?
Используя Build Path, вы можете Лучше управлять ресурсами, включенными в проект Java, сделать структуру проекта понятной и разумной 。
Напротив, по мере увеличения кода и функций структура проекта становится грязной и сложной для управления.
Конкретное введение контента в Eclipse:
Шаги, чтобы открыть интерфейс управления Build Path:
Щелкните правой кнопкой мыши на проекте—> Build Path—> Configure Build Path
Варианты проектов: Вы можете добавлять, редактировать и удалять проекты, от которых зависит текущий проект.
Варианты библиотек: Вы можете добавлять, редактировать и удалять файлы библиотеки, от которых зависит текущий проект.
Добавить файлы JAR: добавить файлы JAR в каталог текущего проекта.
Добавить внешние файлы JAR: добавить файлы JAR во внешний каталог за пределами текущего проекта.
Добавить переменную: добавить переменные.
Добавить библиотеку: это библиотека для добавления системы JRE.
Добавить папку классов: добавить скомпилированный файл .class в текущий проект.
Добавить папку внешних классов: добавьте файлы .class вне текущего проекта.
Order and Export： Вы можете отсортировать библиотеки, которые были добавлены в текущий проект, или вы можете указать, будет ли файл библиотеки экспортироваться вместе с проектом при экспорте текущего проекта.
Примечание:
1. После изменения версии системной библиотеки проекта возникнут проблемы, когда старшая версия сменится на младшую, и без проблем поменять низшую версию на старшую.
Поскольку некоторые пакеты в системной библиотеке высокого уровня не существуют в библиотеке низкого уровня. Следовательно, адаптивность нижней версии системной библиотеки хорошая.
2. После изменения версии системной библиотеки проекта, если более высокая версия изменяется на более низкую версию, параметр совместимости JDK следует изменить на текущую версию JDK. Но если это более низкая версия, чем более высокая версия системной библиотеки, это не меняет совместимость JDK, это не проблема.
Из-за совместимости JDK используемая версия JDK связана с версией JRE, которую мы выбрали при создании проекта.
Причина, по которой младшая версия изменяется на более высокую версию системной библиотеки, не требует изменения совместимости с JDK. Причина в том, что более высокая версия JDK совместима с более низкой версией.