Это я или Eclipse ужасно непредсказуемы?

Question

Я недавно начал использовать Eclipse на работе для своих проектов сервлетов Java. Я использую jEdit в течение многих лет, это очень мощный текстовый редактор. Он имеет подсветку синтаксиса, но не имеет специфических для языка функций, таких как автозавершение кода и интеллектуальный рефакторинг. Я считаю, что это мешает моей производительности. Я отчаянно хочу полюбить Затмение. Я действительно так делаю. Но я продолжаю сталкиваться с проблемой за проблемой.

1. Теперь, когда Eclipse может использовать сценарий ant для сборки, вместо того, чтобы просто создавать свою собственную среду сборки из сценария ant и игнорировать любые изменения в ней, я нашел несколько онлайн-руководств и настроил их. Тем не менее, он не готов к прайм-тайм. Мой ant-скрипт прекрасно собирается из командной строки, но я получаю все эти ошибки сборки, потому что мне нужно сообщить Eclipse обо всем этом, что уже есть в build.xml, например, CLASSPATH, и где находятся внешние jar.
2. Когда я оставляю Eclipse включенным слишком долго или иногда после того, как мой ноутбук выходит из спящего режима, пользовательский интерфейс начинает выходить из строя. Например, вкладки на панели редактора исчезают, поэтому я могу редактировать только один файл за раз, и он не говорит, какой это.
3. Мы столкнулись с несколькими случаями, когда классы не были перестроены должным образом, что приводило к неточным номерам строк в отладочных пошаговых руководствах и другому непредсказуемому поведению (это не только я; два других разработчика, пробующих это со мной, видят тоже самое).
4. Я нахожу огромной проблемой, что рабочее пространство находится в другом месте, чем мой исходный код. У меня есть другие файлы, которые мне нужно отредактировать (xml-файлы и т. Д.), И для каждого каталога, в котором я хочу редактировать файлы, мне нужно настроить специальную запись, и она даже по умолчанию не указывает, где находится мой исходный код при настройке. что до.

Есть ли у других такие же проблемы?

Есть ли лучшие альтернативы?

Answer 1

Eclipse работает лучше всего, если вы оставите структуру папок проекта для управления. Мы работаем с 15 разработчиками над проектом из нескольких тысяч классов и даже большего количества файлов XML и .properties.

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

Однако при работе в Eclipse убедитесь, что у вас включена функция автоматической сборки (она должна быть по умолчанию, но проверка не повредит). Это должно освободить вас от любых опасений относительно того, что и когда строить. Иногда (очень редко для меня) возникают проблемы, когда мне приходится выключать автоматическую сборку, очищать все проекты и запускать ручную сборку через меню. Время от времени мне приходится запускать сборку несколько раз (а не очистку!), Но как только все будет собрано снова, включение автоматической сборки снова работает отлично.

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

Большинство проблем, с которыми я столкнулся за последние 5 лет использования Eclipse, возникли у людей, устанавливающих слишком много плагинов. Единственное, что я добавил, - это Checkstyle, «плагин для разработчиков» и некоторые проприетарные вещи для инфраструктуры приложений, которую мы используете.

Может быть, вы можете на некоторое время попытаться использовать довольно чистую установку Eclipse «обычным способом» (т. Е. С источниками, импортированными в папку рабочей области).

Относительно NetBeans: я тоже время от времени использую его, но думаю, что это дело вкуса, и мне больше нравится Eclipse. Это может отличаться для вас.

Answer 2

Я люблю IntelliJ , но он коммерческий. Затмение похоже на багги, нерешительный подделка по сравнению с ним. До такой степени, что IntelliJ стоит своих денег.

Answer 3

Попробуйте NetBeans

Бесплатный Интегрированный с открытым исходным кодом Среда разработки для программного обеспечения Разработчики. Вы получаете все инструменты, которые вы нужно создать профессиональный рабочий стол, корпоративный, интернет и мобильный приложения с языком Java, C / C ++ и Ruby.

Answer 4

Для выпуска номер 1 вы можете настроить собственные компоновщики для затмения. Для этого щелкните правой кнопкой мыши на Project и выберите Properties. Слева есть пункт под названием Строители, выберите его.

Исходя из того, что вы говорите, вы захотите удалить сборщик Java и заменить его новым Ant Builder. Это можно сделать, нажав Новый и выбрав Ant Builder. Это вызовет некоторую конфигурацию для заполнения.

В конфигурации двумя наиболее важными частями являются Файл сборки на вкладке Главная и вкладка Цели.

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

Answer 5

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

Когда моей основной работой было программирование на Java, я много использовал IntelliJ. IMHO IntelliJ превосходит как NetBeans, так и Eclipse в том, что касается кодирования. Это быстрее, имеет лучшие возможности рефакторинга, лучший поиск, быструю навигацию и список можно продолжить.

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

Answer 6

Eclipse может быть настоящим изменением, особенно если оно происходит от простого текстового редактора или Visual Studio

1. попробуйте позволить Eclipse построить сам проект, без помощи ant. Оставьте ant для рукописного файла build.xml, чтобы построить проект из командной строки вне eclipse, например, на компьютере сборки / выпуска.

2. недостаточно памяти?

3. Вы идете туда-сюда между созданием проекта с помощью ant и затем с Eclipse, который пытается построить проект тоже? то есть, "борются" ли билды друг с другом? см. 1.

4. да, одна из вещей, к которой вам нужно привыкнуть, чтобы ... принять, а не бороться, "путь затмения"; Вы должны поместить свои рабочие исходные файлы куда-нибудь, тогда почему бы не в папку рабочего пространства Eclipse?

надеюсь, что это помогает / имеет смысл

Answer 7

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

Answer 8

У нас есть eclipse для управления вещами так, как он хочет, и использование ant4eclipse (набора задач ant) ​​для непрерывных сборок. Отлично работает!

Answer 9

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

Answer 10

Большая часть моего времени в Eclipse была потрачена на ColdFusion, поэтому я не могу говорить со скриптами ANT или компиляцией. Я также заметил, что странные вещи будут происходить с большей вероятностью, если Eclipse будет работать слишком долго. Кроме того, большинство других ошибок можно устранить, убедившись, что моя JRE была последней версией.