Действительно ли JDEE стоит использовать?

Я работал над маленьким (как в Один человек) Проект несколько лет назад, где я решил дать JDEe попробую (мне дали большую широту в том, чтобы сделать проект, поэтому мой работодатель не заботился о том, какие инструменты использовались в то время. Стандартный инструмент в то время был Eclipse, и мне было любопытно посмотреть, могу ли я быть более продуктивным с JDEE над стандартным урожаем Java IDES, и учитывая, что я ранее использовал Emacs и, как и производительность, что она обеспечивает в целом (не Надо брать руки с клавиатуры, - это большой плюс на мой взгляд).

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

Управление и организация ресурсов моего проекта (кода и другие артефакты, необходимые для развертывания), также, казалось, работал намного лучше, когда я использовал JDEE над IDE, так как я только зависел от сценария сборки муравьев, который мог бы построить , Развертывание, тест и т. Д. И не приходилось беспокоиться о организации моего кода вокруг конкретных предпочтений IDE. Уважаемые, большинство современных удостоверений не страшны в этом отношении, но он просто чувствовал себя хорошо, что мой проект не зависел от IDE вообще для того, чтобы построить, тестировать или развернуть - любой может просто захватить код из репозитория и запустить Это до тех пор, пока муравей был доступен. Работа с JDEE, похоже, толкает вас к такого рода мышление, и я лично предпочитаю это.

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

Один большой недостаток, я мог видеть, чтобы полагаться на JDEE тяжело, если вы являетесь частью команды: большинство команд разработки в наши дни полагаются довольно сильно на инструментах и ​​функциях, доступных в IDES, таких как Eclipse и NetBeans (я бы пошел До сих пор, что они немного испортили их), и это, скорее всего, вы столкнетесь с некоторой трением, если вы используете что-то кроме того, с чем работает остальная часть команды.

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

В последнее время я не делал много java-разработок, но JDEE был великолепен. Большая часть функциональности может и не требовать JDEE (в emacs всегда есть несколько способов сделать что-то одно), но общая поддержка IDE компиляции проекта или файла, на который вы смотрите нажатием клавиши, проста, а работа с ошибками компиляции хороша - перескакивание на каждую ошибку с помощью другого нажатия клавиши. Еще одной приятной особенностью была интеграция справочной документации для запуска в новом окне браузера. Не так уж много играли с порциями завершения кода. Если бы ничего другого, я бы сказал, что JDEE сглаживает края при переходе от чего-то вроде нетбука или затмения.

Что касается слишком сложной установки на окна... не совсем. Просто нужно взять несколько разных пакетов и немного поиграть с вашими .emacs (--debug-init) и, возможно, сконфигурировать некоторые настройки для каждого проекта (файл prj.el). Вы всегда можете потратить немного больше времени на подстройку... но базовая функциональность не должна занимать слишком много времени.

Пока Вы находитесь в окнах, не забудьте взглянуть на EmacsW32. Исправленная версия обеспечивает хорошую интеграцию и позволяет держать Emacs 'всегда работающим' в серверном режиме, что снимает стоимость запуска.

Девять или десять лет назад я использовал JDEE при работе над веб-приложением, которое включало EJB. Шаблоны JDEE в одиночку спасли мне часы времени, я бы снова потратил набрав один и тот же код снова и снова.

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

Я в течение многих лет я использовал JDEE до нескольких лет назад, когда я перешел на NetBeans, чтобы соответствовать команде разработки в новой компании. Мой опыт заключался в том, что его особо было особенно трудно настроить, и он предоставил множество приятных функций, которые находятся в современных IDE, которые у вас не будет в ванильных эмаклах: сборка поддержки, GO-TO-определения и т. Д. Я все еще использую Emacs Сделайте быстрые редактирования сейчас, а затем, где JDEE не установлен, и я определенно чувствую его отсутствие. Я бы никогда не делал никакого разумного развития Java Development в Emacs без JDEE. Вы не нуждаетесь , не нужно JDEE, но трудно отрицать преимущества.

Я укажу, однако, что я бы никогда не вернулся к JDEE, который использовал NetBeans- - преимущества продуктивности слишком велики. Например, я никогда не получил интегрированную отладку, чтобы удовлетворительно работать в JDEE. (Это может быть улучшено сейчас, конечно.) Обратите внимание, что это исходит от парня, который использовал и любил Emacs в течение двадцати лет, и у меня все еще всегда есть один или более открытый. Моя самая большая жалоба на NetBeans заключается в том, что его возможности редактирования текста (даже с помощью Keybindings emacs) далеко уступают эмаклам несколькими способами.