Java эквивалентен файлу решения VS

Я парень из С#, который пытается изучить Java. Я понимаю синтаксис и базовую архитектуру платформы Java, и мне нечего делать с меньшими проектами, но мне бы очень хотелось иметь возможность загружать некоторые проекты с открытым исходным кодом, чтобы учиться на работе других. Тем не менее, я сталкиваюсь с камнем преткновения, о котором я не могу найти никакой информации.

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

Предполагая, что я хочу в будущем внести свой вклад в проект, мне не нужно было бы вносить такие кардинальные изменения в файловую структуру, чтобы моя IDE была работоспособной. Что мне не хватает?

Ответ 1

Лучший способ сделать это - сначала удалить IDE из уравнения. В С# существует только одна среда, поэтому предполагается наличие IDE по умолчанию. В Java стандартная IDE не существует.

В конце концов, Java - это все о исходных файлах Java и поддерживающих баночках. Если вы выясните, что это такое, ваш 99% пути домой. Затем вы можете применить свою любимую систему сборки для набора. Для некоторых проектов требуется среда выполнения, например, веб-сервер для обработки JSP файлов. Если вы понимаете, что такое базовая настройка (как указано в спецификации), вы можете быстро настроить свою среду IDE для ее устранения.

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

Но проекты часто имеют встроенную среду сборки. Трюк состоит в том, чтобы выяснить, какой из них:

Если файл build.xml присутствует, он использует ANT. Это инструмент "make". Вы можете выполнить "ant" в каталоге, где находится файл сборки (если у вас установлен ANT), и он попытается скомпилировать. Все IDE, такие как Eclipse и NetBeans, распознают файл build.xml и позволяют запускать ANT изнутри среды IDE. Нет гарантии, что поддерживающие баки будут присутствовать.
Если присутствует файл pom.xml, он использует Maven. Maven также является инструментом, похожим на make, но обеспечивает более строгий цикл сборки. Плюс (и это, вероятно, является его самым большим преимуществом), он автоматически загружает поддерживающие банки. Если у вас установлен Maven, вы будете поражены тем, что он загружает... просто сидите, все будет работать в конце. Для IDE обычно требуется плагин для поддержки pom.xml, но затем вы автоматически включаете всю настройку проекта сразу.
Если присутствует файл .project, обычно это проект Eclipse
если присутствует каталог nbproject, это проект NetBeans

Знакомство с средой сборки /IDE - это большая работа, которая пытается настроить проект в том, что вы знаете. Поэтому я всегда стараюсь запустить его в Eclipse. Обычно проекты достаточно просты для запуска, как только вы знаете свою среду разработки.

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

Ответ 2

В некоторых случаях вам действительно придется совершать радикальные изменения. Хорошо спроектированная система сборки не потребует никакой конфигурации на большинстве платформ и, возможно, нескольких изменений на экзотических платформах. Однако для Java нет единой стандартной системы сборки; некоторые люди используют Eclipse, некоторые люди используют Apache Ant и другие используют Apache Maven или Apache Maven2. Если бы вы создали проект с нуля, значит, Maven или Ant, вероятно, идеальный путь. Если вы используете NetBeans IDE, созданные вами проекты будут автоматически содержать файл сборки Ant (чтобы он мог быть построен на всех системах используя Ant), но добавит дополнительные метаданные, чтобы он был распознан средой NetBeans. Если вы создаете проект Maven, либо используя Maven напрямую, либо используя среду IDE, такую как Eclipse или NetBeans, тогда этот же проект может быть загружен либо в NetBeans, либо в Eclipse без каких-либо дополнительных изменений конфигурации (хотя вам может потребоваться установить плагин для Eclipse для он распознает проекты Maven, NetBeans распознает проекты Maven из коробки). Если вы начинаете проект с нуля, вас может заинтересовать Java Project Template. Если вы вносите свой вклад в существующий проект, то, как вы просматриваете/редактируете проект, зависит от выбранной системы сборки; если проект уже использует Maven или Ant, загрузка его с помощью других IDE должна быть довольно простой, а если проект использует специфические особенности IDE или использует более экзотическую систему сборки, это может быть сложнее.