И каков довод "против" pro использования также?
Я на самом деле видел его в Netbeans под Свойствами проекта> Библиотеки для JAVA-приложений. У нас есть две вкладки, один для библиотек этапа компиляции и библиотек времени выполнения, и похоже, что мы можем добавить библиотеку к любому независимому политику друг друга
Как утверждали другие, вы сбиваете с толку концепции. Я думаю, что вы действительно пытаетесь понять, что Maven называет областью зависимости . Иногда вам нужна зависимость только во время компиляции, потому что вы ожидаете, что она будет предоставлена во время выполнения, а иногда она вам нужна во время выполнения, но не во время компиляции.
Не существует такой вещи, как библиотеки времени компиляции и библиотеки времени выполнения
Возможно, вы смешиваете некоторые концепции.
В Java библиотеки, которые будут использоваться, статически проверяются во время компиляции, а также проверяются во время выполнения.
Например, если вы хотите использовать IterableMap
, указанный в библиотеке Apache Collections . Компилятор проверяет «во время компиляции», что вы вызываете метод, существующий в этом классе.
Но компилятор не связывает эту библиотеку и ничего не делает с ней, она вам все равно понадобится во время выполнения. Итак, когда ваш код выполняется, среда выполнения Java снова ищет этот класс и вызывает метод, существование которого подтвердил компилятор.
И то, что есть.