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

Question

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

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

Answer 1

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

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

Answer 2

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

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

Answer 3

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

Answer 4

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

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

Answer 5

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

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

Answer 6

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

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

Это оказалось хорошо для нас.

Answer 7

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

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

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

Answer 8

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

Answer 9

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

Answer 10

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