2010-01-26 12 views
8

Veo muchas características agradables de JDEE in Emacs. Sin embargo, la instalación parece ser un bit involved, especialmente en Windows, así que quiero ver si otros lo encontraron útil. Yo uso Eclipse y NetBeans y hay algunas características decentes para estos productos. Sin embargo, realmente me gusta la idea de un lenguaje con guiones como Lisp integrado en mi IDE para poder cambiar la mayoría de las funciones sobre la marcha.¿Vale la pena usar JDEE?

Así que quiero darle una oportunidad a JDEE, pero he oído de más de un usuario avanzado de Emacs que ni siquiera necesitan JDEE. Me pregunto si esas personas incluso probaron JDEE o si simplemente están haciendo proyectos simples de Java. ¿Alguien ha probado JDEE y le ha gustado? ¿Hay características en Emacs que hacen que JDEE sea bastante inútil? Por favor, no intente con "probar Eclipse". Lo he usado y tiene buenas características, pero quiero darle una buena oportunidad a Emacs.

ACTUALIZACIÓN: Ver mi respuesta aceptada. Probé con JDEE por un tiempo, pero lo dejé para eclipsar y nunca miré hacia atrás. Feliz para siempre.

Respuesta

2

Un año y medio más tarde, puedo decir honestamente que no valió la pena el esfuerzo. Conozco emacs bastante bien y esperaba poder ser más eficiente. Sin embargo, el nivel de crecimiento y soporte para los IDE modernos hace que usarlos sea la mejor opción. Eclipse fue un poco inestable cuando escribí la publicación anterior, pero también lo hizo JDEE, pero ahora Eclipse es mejor y JDEE todavía está un poco estancado.

De todos modos, Emacs es una gran herramienta y tiene excelentes características, pero recientemente ha quedado fuera del radar para la mayoría de los desarrolladores. Eclipse se actualiza todo el tiempo y hace exactamente lo que necesito. Asesoramiento para quienes consideran JDEE: invierta su valioso tiempo aprendiendo Eclipse y obtendrá mucha más eficiencia. Fanáticos de Emacs, adelante y llámame, pero yo era como tú y ahora tengo más tiempo y mejor código y quiero que otros tengan el mismo resultado.

+0

Edite la publicación de la pregunta original para que contenga esta actualización – Steen

2

No he hecho mucho desarrollo de Java recientemente, pero el JDEE de la parte posterior del día era genial. Gran parte de la funcionalidad puede no requerir JDEE específicamente (siempre hay más de una forma de hacer cosas en emacs), pero el soporte IDE general para compilar el proyecto o archivo con una pulsación de tecla es fácil & es bueno el manejo de errores de compilación - saltando a cada error con otra pulsación de tecla. Otra característica interesante fue la integración de los documentos de ayuda para iniciar en una nueva ventana del navegador. No jugué mucho con las porciones de finalización de código. Si nada más, diría que JDEE suaviza los bordes al hacer la transición de algo como netbeans o eclipse.

En cuanto a ser demasiado difícil de instalar en Windows ... realmente no. Solo tiene que tomar algunos paquetes diferentes & de juguete con sus .emacs un poco (--debug-init) & configurando algunas configuraciones por proyecto (archivo prj.el). Siempre puedes pasar un poco más de tiempo cambiando cosas ... pero la funcionalidad básica no debería tomar demasiado tiempo.

Mientras estés en Windows, no olvides echar un vistazo a EmacsW32. La versión parchada ofrece una buena integración & le permite mantener emacs 'siempre en ejecución' en el modo de servidor que compensa el costo de inicio.

8

Hace unos años, estaba trabajando en un proyecto pequeño (como en una sola persona) en el que decidí probar el JDEE (me dieron mucha libertad para llevar a cabo el proyecto, por lo que mi empleador no lo hizo). No importa qué herramientas se usaron en ese momento). La herramienta estándar en ese momento era Eclipse, y tenía curiosidad por ver si podía ser más productivo con JDEE sobre la cosecha estándar de IDEs de Java, y dado que anteriormente había usado Emacs y me gustaba la productividad que proporciona en general (no tener que quitar mis manos del teclado es una gran ventaja en mi opinión).

Definitivamente estoy de acuerdo en que JDEE está más involucrado en la configuración: Pasé una buena cantidad de tiempo simplemente obteniendo configuraciones situadas a mi gusto (y nunca las obtuve completamente donde yo quería), pero al final me pareció que valía la pena porque me sentí inmensamente más productivo con el uso de Eclipse, principalmente porque no me encontré haciendo clic en toda la maldita pantalla como suelo hacer en casi cualquier IDE Java estándar que se utilice en estos días.

Administrar y organizar los recursos de mi proyecto (código y otros artefactos que deben implementarse) también parecían funcionar mucho mejor cuando estaba usando JDEE en un IDE, ya que solo dependía de tener un script de compilación Ant que pudiera compilar, implementar, probar, etc., y no tener que preocuparse de organizar mi código alrededor de las preferencias de un IDE en particular. Por supuesto, la mayoría de los IDE modernos no son terribles en este sentido, pero me sentí bien de que mi proyecto no dependiera de un IDE en absoluto para construir, probar o implementar: cualquiera podía simplemente tomar el código del repositorio y ejecutarlo siempre y cuando Ant estuviera disponible.Trabajar con JDEE parece llevarte hacia este tipo de mentalidad y yo personalmente lo prefiero.

No diré que el uso de JDEE sea necesariamente mejor o peor que un IDE estándar. En todo caso, la productividad que obtienes depende de cuánto esfuerzo estés dispuesto a poner en práctica para aprender las herramientas (lo que se aplica a casi cualquier IDE), pero encajó en mi estilo de desarrollo de software mejor que Eclipse.

El único gran inconveniente que pude ver al confiar fuertemente en JDEE es si usted es parte de un equipo: la mayoría de los equipos de desarrollo en estos días confían bastante en las herramientas y funciones disponibles en IDEs como Eclipse y NetBeans (yo llegan a decir que están un poco mimados por ellos) y es probable que encuentres algo de fricción si estás usando algo que no sea con lo que el resto del equipo está trabajando.

Por supuesto ... siempre se puede tratar de convencerlos para cambiar :)

1

Solía ​​JDEE durante muchos años hasta hace unos años, cuando me cambié a NetBeans para ser coherentes con el equipo de desarrollo de una nueva compañia. Mi experiencia fue que no era particularmente difícil de configurar y proporcionaba muchas características interesantes que se encuentran en los IDE modernos que no tendrías en vainilla emacs: soporte de compilación, ir a definición, etc. Todavía uso emacs para hacer ediciones rápidas de vez en cuando donde jdee no está instalado, y definitivamente siento su falta. Nunca haría una cantidad razonable de desarrollo de Java en emacs sin jdee. Usted no necesita jdee, pero es difícil negar los beneficios.

Señalaré, sin embargo, que nunca volvería a utilizar los netbeans, los beneficios de productividad son demasiado grandes. Por ejemplo, nunca tuve la depuración integrada para trabajar satisfactoriamente en jdee. (Eso podría mejorarse ahora, por supuesto.) Tenga en cuenta que esto proviene de un tipo que ha usado y amado emacs durante veinte años y todavía tengo uno o más abiertos. Mi mayor queja sobre netbeans es que sus capacidades de edición de texto (incluso con combinaciones de teclas de emacs) son muy inferiores a los emacs de varias maneras.

2

Hace nueve o diez años, usé JDEE cuando trabajaba en una aplicación web que involucraba a EJB. Las plantillas JDEE por sí solas me ahorraron horas de tiempo en las que habría pasado escribiendo el mismo código una y otra vez.

Pero cuando revisé la última vez (hace un par de años), tuve la impresión de que JDEE había sido abandonado y no admitía numerosas funciones nuevas en Java. Veo que 2.4.0 fue lanzado este año, y podría ser una buena señal. Después de consultar las notas de la versión, no estoy seguro acerca de la versión actual, pero la siguiente puede valer la pena descargarla.