Как проверить установленные JAR, внешние библиотеки и т. Д. В трех разных средах разработки Java? - PullRequest
0 голосов
/ 16 января 2019

Я написал программы на нескольких языках и обучал студентов информатике, но только начинаю изучать Java на своем MacBook. Что касается этого вопроса, я был бы рад любому ответу, который укажет мне доступную информацию или учебные пособия, которые касаются моего вопроса; Я способен понимать сложные вещи.

Я искал подходящую IDE для себя, а также что-то, что я мог бы использовать со своими учениками, и я пробовал IntelliJ, Eclipse и VS Code. По пути я установил внешние JAR-файлы для предоставления дополнительных возможностей, таких как Apache Commons.

Все становится запутанным. Я потерял представление о том, как я попал в настоящее состояние в каждой IDE. Я хотел бы лучше понять, как узнать общую среду Java, которую использует данный проект в каждой из этих IDE, включая любые внешние JAR и где они расположены. И я хотел бы знать, заимствуют ли они из системной среды Java.

Моя цель - понять, как моя собственная система подошла к тому, как она настроена в настоящий момент, обновить мою конфигурацию для каждого проекта и помочь моим студентам получить подходящую конфигурацию.

Я также хотел бы получить совет относительно правильного или самого простого / чистого способа установки внешних JAR-файлов.

Ответы [ 2 ]

0 голосов
/ 16 января 2019

Всем IDE нужен способ узнать зависимости вашего проекта. Вы можете сказать им это сами или позволить инструменту сборки сделать это.

Ручная обработка зависимостей: путем добавления банок в ваш проект. Это, вероятно, самый быстрый способ при работе над небольшим проектом, с одним разработчиком, в конкретной IDE, с несколькими зависимостями. Обычно, сообщая IDE о том, что этот файл .jar является зависимостью вашего проекта, среда IDE сохраняет эту ссылку на файл, относящийся к проекту (например, в Eclipse файл .classpath, который вы можете редактировать с помощью редактора txt и самостоятельно просматривать зависимости). , Однако он как бы блокирует ваше приложение в вашей IDE. Большинство IDE поддерживают кросс-IDE для импорта и миграции, но одновременное использование обеих IDE может привести к путанице, когда зависимость добавляется к одной, а также должна добавляться к другой. Кроме того, ваши зависимости имеют зависимости сами по себе. Добавляя свои банки вручную, вы также отвечаете за поиск и загрузку их собственных зависимостей.

Используйте инструмент сборки: На данный момент существует 3 стандартных таких инструмента: Apache Ant с плющом , Apache Maven и Gradle, Все они имеют поддержку в основных IDE для Java: IntelliJ IDEA, Eclipse и NetBeans. Все они используют некоторые дополнительные файлы, специфичные для инструмента сборки, для хранения конфигурации вашего проекта и последующей настройки вашей IDE и специфичных для IDE файлов. Таким образом, ваш проект становится независимым от IDE, а IDE передает обработку зависимостей в инструмент сборки. Эти инструменты будут загружать любые прямые или транзитивные зависимости вашего проекта в локальный каталог, или вы можете скомпилировать jar-файлы в указанной папке. Из них Ant является самым старым (с Ivy, добавляющим поддержку обработки зависимостей), Maven был разработан после этого, а Gradle является самым новым и, вероятно, наиболее гибким. Однако в производстве Maven на сегодняшний день является наиболее авторитетным. Также было бы полезно поискать Стандартное расположение каталогов . Если вы будете придерживаться этого, вам будет легче работать / начинать с Maven или Gradle.

Наконец, вы можете искать и находить большинство бесплатных библиотек в Maven-Central , где удобно добавлять их сценарий Ivy / Maven / Gradle, а также использовать их в сценарии инструмента сборки. Во многих случаях также предоставляется .jar, если вы предпочитаете вручную добавлять его в качестве зависимости.

Что касается VS Code, я думаю, что он поддерживает эти инструменты через плагины, но я не уверен.

0 голосов
/ 16 января 2019

Maven

Вопрос : Я также хотел бы получить совет относительно правильного или самого простого / чистого способа установки внешних JAR-файлов.

Если вы действительно хотите работать организованно и хотите полностью сосредоточиться на кодировании, а не на поиске зависимостей для работы, попробуйте построить свои проекты с помощью Apache Maven . Волшебная палочка проектов Maven - это файл pom.xml, где все волшебство происходит в зависимости от вашего желания.

Maven - это средство автоматизации сборки , используемое в основном для проектов Java. Maven обращается к двум аспектам построения программного обеспечения:

  • Описывает и управляет созданием программного обеспечения.
  • Описывает и управляет зависимостями (различные библиотеки, используемые вашим кодом).

Почему Maven:

  1. Стандарт де-факто
  2. Возможность компилировать, тестировать, упаковывать и распространять исходный код (разные Цели )
  3. Надежное управление зависимостями (с моей точки зрения самое важное)
  4. Расширяемый с помощью плагина
  5. Хорошая общественная поддержка и много фанатов вокруг.
  6. У больших 3 IDE (IntelliJ, NetBeans и Eclipse) все хорошо поддержка Maven, позволяя вам использовать Maven в качестве замены их определение собственного проекта и процесс сборки.
  7. Maven классно кэширует все свои зависимости в ~ / .m2 каталог, который иногда называют локальным хранилищем Maven. Локальный репозиторий Maven сохраняет все зависимости вашего проекта (библиотеки JAR, баночки плагинов и т. д.). Когда вы запускаете сборку Maven, то Maven автоматически загружает все банки зависимостей в локальный репозиторий. Это помогает избегайте ссылок на зависимости, хранящиеся на удаленной машине каждый раз, когда Проект строится.

Вы можете просто развернуть свой проект в виде файла JAR , WAR или EAR и использовать его в разных средах разработки или как автономный.

...