¿Hay alguna buena razón para pasar a Eclipse en lugar de seguir con Emacs / JDEE?
Tal vez si solo programa en Java y nunca usa ninguna de las funciones de edición de texto de Emacs. ¿Alguna vez usaste una macro de teclado? Si es así, no te gustará Eclipse.
Eclipse solo funciona en modo GUI en algunas plataformas Java. Emacs funciona en la mayoría de las computadoras, en GUI o en modo texto. También es compatible con la mayoría de lenguajes, naturales y de programación, así como SGML / XML / HTML y TeX . Puede ejecutar comandos de shell familiares similares a Linux, como sort o grep dentro de Emacs.
Eclipse está comenzando a admitir lenguajes más allá de Java. Su arquitectura de complementos es mucho más fácil para los usuarios: simplemente mueva el archivo .jar a su ruta de clases, reinicie y siga las indicaciones o menús.
Los complementos o bibliotecas de Emacs tienen instrucciones personalizadas tipo Léame que pueden tardar una hora en configurarse. Las bibliotecas de Emacs ni siquiera admiten el control de versiones, por lo que no puede saber si acaba de reemplazar la biblioteca más reciente por una anterior, excepto en casos personalizados.
La pregunta inicial se hizo explícitamente por razones que lo harían pasar a Eclipse (excluyendo las trampas de Eclipse). Me encuentro en eclipse la mayor parte del tiempo ahora, porque la integración de java es muy buena, y me siento horrible :( - la cuestión es, ¿jde es capaz de hacer las mismas cosas? ¿JDEE tiene todos los automatismos de refactorización de Java que tiene Eclipse? (Renombrar variables con todas las referencias actualizadas, mover métodos entre clases, etc.)
Para refactorizaciones en emacs, eche un vistazo a Xrefactory: http://www.xref-tech.com/xrefactory-java/main.html
Pero Xrefactory no es gratuito (libre) como GNU Emacs o como Eclipse, por lo que no es un buen reemplazo de Eclipse.
TODO: escriba una lista o alguna tabla que resuma, para todas las tareas típicas y diarias con Eclipse, cómo hacerlas en JDEE. (Similar a lo que se hizo en la página GnusGmail ).
Eclipse usa un archivo llamado .projectpor
proyecto para almacenar su nombre, comentarios, tyes del proyecto
("naturalezas"), comandos de compilación y algunos otros metadatos. JDEE usa un prj.elarchivo con diferentes formatos y características.
¿Cómo describe JDEE (o Emacs) un "proyecto"? Son .projecty prj.elequivalentes?
Si hay una forma de convertir a en .projecta prj.el(convertir un proyecto Eclipse en un proyecto JDEE), se puede explicar en Jdee-Eclipse-integration # ProjectFiles .
| Característica de Eclipse | Clave en Eclipse | Cómo hacerlo en Emacs |
| De tipo abierto | CSt | Mx jde-buscar-clase-fuente |
| Recurso abierto | CSr | No estoy seguro de que esto se aplique, hay muchos modos para abrir objetos que no están basados en Java (etiquetas, cualquier modo, etc. |
Sin embargo, jde-find-class-source (de JDE 2.3.5.1) carece de autocompletado y le obliga a escribir el nombre completo del paquete. También parece tener en cuenta solo el proyecto actual.
Y para CSr, deberíamos escribir aquí una recomendación de un modo y configuración que iguale o supere las características de Eclipse.
En Eclipse, Ctrl + Click en un método / constante / lo que sea que lo lleve a donde fue declarado. Realmente lo encuentra en su proyecto (y no en otros), y finalmente en la ruta de clases y el JRE.
| Característica | Clave en Eclipse | Cómo hacerlo en Emacs |
| Ir a la declaración | Ctrl + clic | Cc Cv Cy (jde-clase-abierta-en-punto) |
Además, con el complemento "Implementadores" puede hacer clic derecho y "Ir a implementación". En caso de que haya muchos, puedes elegir. TODO: ¿cómo hacer lo mismo en JDEE?
En Eclipse, cuando hace clic o ingresa un nombre de variable / clase / función, todas las referencias a ese símbolo se resaltan automáticamente. No se limita a buscarlo literalmente; en su lugar, marca sólo los símbolos alcanzables que se refieren a la misma variable (por ejemplo, una variable local llamada "datos" no coincide con la variable local "datos" en otra función). ¿Y en JDEE?
Respuesta: esta función se agregó a CEDET en abril de 2009. Actívela con (global-semantic-idle-tag-highlight-mode 1). Todavía tiene algunos errores (por ejemplo: el resaltado desaparece si se desplaza), pero es útil.