Стандартный формат описания проекта Java

Question

Я из мира .NET, где Visual Studio довольно вездесущ. В VS есть файл .sln, в котором довольно подробно описан проект, включая информацию о том, где найти исходные файлы, зависимости и т. Д.

Сейчас я занимаюсь кодированием Java в команде. Моя проблема заключается в следующем: я использую intellij, а другие используют eclipse (в то время как другие могут использовать другие IDE). Существует ли стандартный файл описания проекта, который можно использовать в IDE? Я, очевидно, не хочу помещать мои конкретные файлы в систему контроля версий. Итак, я ищу стандарт, который почти любой уважающий себя IDE распознает, на который вы можете указать, и он сможет интерпретировать структуру проекта, как найти зависимости, пути классов и т. Д. *

Answer 1

Maven должен уметь это делать (менеджер компоновки проекта и оверлей контроля версий), но, увы, стандартного файла проекта нет. Для всех основных IDE доступны подключаемые модули Maven. http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html

Answer 2

Обратите внимание, вполне. Но у вас есть «выход». Вы можете использовать Maven2 . У него есть единый pom файл, который содержит все:

• исходные папки (примечание: maven устанавливает для них соглашение по умолчанию, но они все еще можно настраивать)
• уровень компилятора
• 1011 * зависимость *
• шаги сборки
• и т.д ..

(Конечно, для этого потребуется установить плагины maven для обеих IDE)

Другим вариантом может быть принудительная установка любой из IDE и фиксация их собственных дескрипторов.

Answer 3

Как уже сообщали другие, Ant и Maven в значительной степени являются де-факто утилитами для спецификации проектов в мире Java. Обе они, как правило, просты в освоении - неплохая кривая обучения, но ничего страшного - и довольно мощные. Вы могли бы поговорить с членами вашей команды или руководителем и посмотреть, как они справились с этим - я уверен, что это не новая проблема.

Кроме того, многие команды разработчиков (по моему опыту, по крайней мере) стараются не помещать файлы проекта в систему контроля версий. Разработчики должны в основном создавать свои собственные проекты в любой IDE, которую они используют. Разработчику немного труднее начать работу над проектом, но он также помогает разработчику немного лучше познакомиться с проектом.

В моем магазине (очень, очень небольшая команда) мы используем Eclipse, но нам все равно приходится самим управлять рабочими пространствами (аналогично решениям VS, но не совсем так). Я создал несколько скриптов Ant для использования на нашем сервере непрерывной интеграции, и это не обязательно предотвратит возникновение проблем, но поможет сделать их более очевидными, когда они это сделают.

Answer 4

Я сам не фанат Maven. Я бы порекомендовал Муравья задолго до Мейвена.

Если вы используете IntelliJ, я бы сказал, что у него довольно стандартная идиома. И поскольку он может импортировать любой файл проекта Eclipse, вы будете в безопасности, выкладывая вещи так, как это делает IntelliJ.

Я не проверяю файлы моего проекта IntelliJ, но / src, / lib, / test, / resources и т. Д. - это честная игра.

Правильный ответ должен состоять в том, что ваша команда должна собраться и придумать стандартную схему, с которой вы согласны, независимо от IDE. Вы должны когда-нибудь проверить код в SVN.

Ваш вопрос мне интересен, потому что я пытаюсь пойти в другом направлении (Java-> C #, IntelliJ-> Visual Studio), и у меня возникают проблемы с отображением в другом направлении.

Я думаю, что это всего лишь часть изучения языка и его родной IDE. Я считаю, что лучше всего найти опытного гида.

Одна из проблем, с которой вы столкнетесь, состоит в том, что вселенная .NET является изотропной (все это относится к Microsoft), где даже ваш маленький уголок вселенной Java неоднороден (IntelliJ, Eclipse и NetBeans). У вас меньше шансов найти один верный ответ для всей Java.

Answer 5

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

Answer 6

Я думаю, что вам нужно, чтобы разработчик, использующий Eclipse, отредактировал настройки проекта и отразил эти изменения в IDEA для какого-то другого разработчика. Если это так, то Maven - это то, что вы хотите. IDEA 9.x прекрасно поддерживает Maven, а также Eclipse. Если разработчик, использующий Eclipse, редактирует зависимости в файлах проекта Maven (файлы pom.xml), тогда IDEA может импортировать файлы и изменить параметры своего проекта.

RE: ANT против Maven - В этом отношении (синхронизация настроек проекта) файлы сборки ANT не будут работать, поскольку они являются императивными (похожими на сценарии), а не декларативными.

Answer 7

Нет ни одного. Вы можете переключиться на систему сборки, используя ANT (аналогично Make), но у нее есть свои недостатки. Вы получите максимальный пробег, если вы и ваша команда стандартизируете IDE, хотя ...

Answer 8

Насколько мне известно, такого стандартного файла описания проекта не существует. Но Intellij может взять затмение и преобразовать в проект Intellij. Также вы можете посмотреть на maven .