Стоит ли использовать JDEE?

Question

Я вижу много приятных особенностей JDEE в Emacs . Однако установка, кажется, немного задействована , особенно в Windows, поэтому я хочу посмотреть, если другие считают это полезным. Я использую Eclipse и NetBeans, и у этих продуктов есть несколько приличных функций. Однако мне действительно нравится идея использования скриптового языка, такого как Lisp, который встроен в мою среду разработки, поэтому я могу оперативно изменять большинство функций.

Итак, я хочу дать JDEE шанс, но я слышал от нескольких опытных пользователей Emacs, что им даже не нужен JDEE. Интересно, эти люди даже пробовали JDEE или просто занимаются простыми Java-проектами? Кто-нибудь пробовал JDEE и понравилось? Есть ли в Emacs функции, которые делают JDEE довольно бессмысленным? Пожалуйста, не комментируйте "попробуйте Eclipse". Я использовал его, и у него есть приятные функции, но я хочу дать Emacs шанс.

ОБНОВЛЕНИЕ: см. Мой принятый ответ. Я пробовал JDEE некоторое время, но бросил его ради затмения и никогда не оглядывался назад. К счастью, когда-либо.

Answer 1

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

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

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

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

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

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

Answer 2

Полтора года спустя я могу честно сказать, что это не стоило усилий. Я достаточно хорошо знаю emacs и надеялся, что смогу стать более эффективным. Однако уровень роста и поддержки современных IDE делают использование их лучшим выбором. Eclipse был немного нестабильным, когда я впервые написал вышеупомянутый пост, но так было и с JDEE, но теперь Eclipse лучше, а JDEE по-прежнему немного застой.

В любом случае, Emacs - отличный инструмент и обладает отличными функциями, но в последнее время он выпал из радара для большинства разработчиков. Eclipse постоянно обновляется и делает именно то, что мне нужно. Совет тем, кто рассматривает JDEE: потратьте свое драгоценное время на изучение Eclipse, и вы получите гораздо большую эффективность. Поклонники Emacs, продолжайте в том же духе, но я был таким же, как вы, и теперь у меня больше времени и лучший код, и я хочу, чтобы у других был тот же результат.

Answer 3

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

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

Answer 4

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

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

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

Answer 5

Я использовал jdee много лет, вплоть до нескольких лет назад, когда я перешел на netbeans, чтобы соответствовать команде разработчиков в новой компании. Мой опыт заключался в том, что его было не особенно сложно настроить, и он предоставлял много приятных функций, которые есть в современных IDE, которых у вас не было бы в vanilla emacs: поддержка сборки, переход к определению и т. Д. Я до сих пор использую emacs для время от времени делайте быстрые правки, где jdee не установлен, и я определенно чувствую его недостаток. Я бы никогда не сделал сколько-нибудь разумного развития java в emacs без jdee. Вам не нужно нуждаться в , но трудно отрицать преимущества.

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