Зачем использовать опцию ссылки при импорте файла в проект eclipse? - PullRequest
1 голос
/ 24 января 2012

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

Когда этот случай, т.е. ссылки на исходный код лучше всего использовать?
Мне всегда было удобнее иметь исходный код внутри проекта Eclipse

Ответы [ 3 ]

3 голосов
/ 24 января 2012

Я могу придумать два возможных варианта использования для этого.

  • Первый будет, если вы хотите разделить ваши метаданные источника и IDE.Например, может случиться так, что некоторые разработчики используют Eclipse, а некоторые IntelliJ.В этом случае вы, вероятно, захотите, чтобы источник проекта хранился только в SCM, так как в противном случае одна группа разработчиков должна будет удалить метаданные перед импортом проекта.Если они просто ссылаются на источник, они могут поддерживать собственные метаданные для IDE.Очевидно, что это не проблема, если все используют одну и ту же IDE.
  • Второй вариант использования - это зависимости.Например, вы работаете над двумя различными проектами A и B, где A зависит от B.Если вы не используете инструмент управления зависимостями или хотите собирать и импортировать Jar из B в A каждый раз, когда вы изменяете его, вы можете вместо этого ссылаться на источник в B.

I'mуверен, что есть много других вариантов использования.

2 голосов
/ 24 января 2012

Другие сценарии; У вас есть исходный код, общий для нескольких ОС: но проекты Eclipse специфичны для каждой ОС.

Вы также можете создать форму связанных ресурсов, относящихся к переменной среды. Я использовал это для ситуаций, когда система управления версиями (ClearCase) добавляет пользовательские каталоги.

2 голосов
/ 24 января 2012

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

Windows может обрабатывать только очень много (256 символов? В более старых версиях), и глубокая структура пакета легко нарушаетсяэтот предел.

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

...