Estoy haciendo otro intento de convertirme a Emacs. Soy un usuario decente de Vi, pero he estado usando Eclipse para la mayor parte de mi trabajo de desarrollo durante los últimos 10 años (ha pasado tanto tiempo).
Así que leí un poco y pensé que JDEE es el camino a seguir: lo configuré pero aún tengo algunas preguntas básicas.
Pero, después de investigar un poco más, ¿parece que JDEE no está bien mantenido y quizás todo lo que necesito es CEDET?
Entonces pregunta:
- ¿Puede Emacs servir como mi reemplazo de Eclipse? ¿Organizo mi construcción usando Maven?
- Si "1" es sí, ¿con qué conjunto de herramientas debo comenzar: CEDET? JDEE?
Gracias.
Respuestas:
Voy a ser conservador y decir que no , Emacs no es un reemplazo directo para Eclipse (especialmente no fuera de la caja). Sin embargo, eso no significa que no sea adecuado para el desarrollo de Java.
Como ya está familiarizado con Eclipse, le sugiero que eche un vistazo a
eclim
:Eclim es compatible con Maven . Se integra con Emacs a través de un paquete llamado
emacs-eclim
. Siga los pasos descritos en elemacs-eclim
archivo README para instalarlo 1 :1 Instrucciones modificadas para incluir un solo método de instalación.
fuente
Emacs / eclim ha sido mi IDE Java principal durante los últimos años y diría que funciona muy bien, incluso con grandes bases de código (mi espacio de trabajo actual de emacs / eclim tiene más de 4000 archivos Java). Es cierto que emacs-eclim requiere que se guarde el archivo antes de hacer su llamada
eclimd
, pero no es un gran problema IMO. La experiencia de edición sigue siendo buena y el depurador (usandogud
) está bien.Si resiente todas las soluciones basadas en Eclipse, recomendaría el modo Malabar . También lo he usado durante un par de años (antes de cambiarme a emacs-eclim) y tiene algunas características agradables, además de que funciona de forma inmediata con cualquier proyecto Maven. Si usa Maven,
malabar-mode
instantáneamente le dará autocompletado y navegación de código (entre otras cosas). Con malabar, utilicé jdibug para depurar procesos remotos de Java.También vale la pena echarle un vistazo al paquete Java más antiguo para Emacs, JDEE . Aquí, encontrará muchas características IDE implementadas en elisp puro (o los programas Java que se inician a través de
bsh
), pero la última vez que lo usé, estaba bastante anticuado. Puedo estar equivocado, pero la última vez que lo comprobé, JDEE era el más adecuado para Java <= 1.4 y el depurador que funcionaba mejor con éljdb
(los otros eran demasiado lentos).Por último, independientemente del paquete Java que elija, también agregaría Projectile para obtener muchas bondades relacionadas con el proyecto.
fuente
En este punto (2018), LSP Java ( https://github.com/emacs-lsp/lsp-java ) es bastante bueno. Algunas de las características:
El principal punto de venta es que hay desarrolladores a tiempo completo que trabajan en el backend de LSP Java https://github.com/eclipse/eclipse.jdt.ls, que presenta nuevas características casi todas las semanas.
fuente