Eclipse: Должен ли я создавать рабочее пространство для каждого проекта?

Я просто задаюсь вопросом, лучше ли включать все мои проекты Eclipse в одно рабочее пространство или сделать 1 рабочее пространство на 1 проект. Я просто сольный разработчик, для хобби более или менее, но приложения, которые я создаю, действительно имеют производственные версии, которые работают на довольно частых заданиях cron, поэтому это почти как любительская производственная среда.

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

Ответ 1

Я создаю рабочие пространства Eclipse вокруг продуктов, потому что для меня продукт может иметь несколько проектов внутри них, например, например, если основные библиотеки скомпилированы в одну банку в проекте, это используется другими проектами.

С точки зрения производственной среды вам нужны продукты, работающие в разных структурах каталогов, намного более чистые. И в eclipse рабочая область создает каталог с именем рабочей области. Таким образом, создайте рабочие пространства на основе продукта/приложения, а не один или несколько проектов внутри них.

Ответ 2

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

Поскольку каждый проект может иметь несколько рабочих наборов, а рабочий набор окон может быть любой комбинацией рабочих наборов, достаточно просто увидеть, что вы хотите в любой момент времени таким образом.

Ответ 3

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

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

Ответ 4

Я не только сохраняю отдельные рабочие пространства для каждого проекта, но и сохраняю отдельные копии Eclipse. Это связано с тем, что я обычно должен долгое время запускать проекты на льду и возвращаться к ним (с небольшим уведомлением), и они должны обязательно строить. Я не могу предположить, что какой-либо плагин, который я установил для моего последнего проекта (основанный на maven), будет мешать процессу сборки одной из устаревших систем (основанный на ant). Для записи я документирую среду eclipse для этих унаследованных систем, но у меня нет времени возиться с eclipse при исправлении производственной ошибки.

Ответ 5

Я бы использовал отдельные рабочие пространства для разных "групп" проектов. Например, вы можете объединить свой основной проект приложения и проект тестирования модулей вместе в одном и том же рабочем пространстве.

Ответ 6

Возможно, мне повезло, но Eclipse часто (раз в месяц, скажем) умирает при запуске, как правило, на этапе "Инициализация Java Tooling". Рекомендуемым решением является создание нового рабочего пространства. Если у вас есть все ваши проекты в одном рабочем пространстве, это может быть болью. Я думаю, что меньшие рабочие пространства могут означать, что авария с меньшей вероятностью произойдет.

Ответ 7

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

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

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

Ответ 8

У нас есть ситуация, когда у нас есть несколько проектов, а некоторые - на ветках, которые, откровенно говоря, слишком непрактичны, чтобы оставаться в одном рабочем пространстве, а рабочие наборы - шутка. К сожалению. Также, если вы открываете проекты, которые вы не используете, их можно случайно выбрать из меню завершения и т.д. Ошибка.

Отличная функция для нас - это когда Team → Project Sets были добавлены (в Eclipse 3.3, я считаю), так как это позволило нам иметь один файл, описывающий многие проекты, составляющие все приложение, которые могут быть импортированы в Eclipse с Team- > Import. Нужен конкретный проект? Проверьте это из CVS, найдите файл projectSet.psf внутри него и импортируйте THAT.

Это доказало свою эффективность для нас.

Ответ 9

У меня есть одно рабочее пространство для каждого типа проекта. Пример: простая Java, веб-приложение, Python и т.д.

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

Ответ 10

У меня есть все мои проекты в одном рабочем пространстве и используйте рабочие наборы для их управления.

Ответ 11

До вас! Я всегда считал, что соответствующие версии разных проектов, принадлежащие к той же версии в данной рабочей области, используют более чистый подход. Таким образом, я мог переключаться между рабочими пространствами, когда мне нужно ссылаться на что-то в отдельной версии, и переключаться обратно в текущую рабочую область. Это также избавляет меня от хлопот проверки или просмотра репозитория.

Ответ 12

Вы также можете иметь в виду, что вы можете открывать несколько экземпляров eclipse, если они ищут разные рабочие области. Не уверен, что это важно для вас, но мне нравится делать это время от времени.

Ответ 13

Мне нравится использовать несколько разделенных рабочих пространств (которые различаются в зависимости от типа проекта), которые импортируют проекты из разных мест. Легко перемещать вещи, не создавая тонны подобных рабочих пространств. Играет хорошо с моим SCM тоже.

Ответ 14

В зависимости от того, сколько проектов вы работаете? Если вы работаете над многими проектами, я бы использовал одну и ту же рабочую область, потому что, если вы используете несколько, вы можете легко забыть, что есть, и это может разочаровать, по крайней мере, сказать. Однако я всегда использую другое рабочее пространство для разных языков программирования, так что он менее запутан, когда вы находитесь в рабочем пространстве JAVA, вы думаете, что JAVA: D