Adéquation d'Emacs en tant qu'IDE de développement Java

Je fais encore une autre tentative de conversion vers Emacs. Je suis un utilisateur décent de Vi, mais j'utilise Eclipse pour la plupart de mes travaux de développement depuis plus de 10 ans (cela fait-il si longtemps).

J'ai donc fait quelques lectures et j'ai pensé que JDEE était la voie à suivre - le faire configurer mais avoir encore quelques questions de base.

Mais, après avoir fait plus de recherches - il semble que JDEE ne soit pas bien entretenu et peut-être que je n'ai besoin que de CEDET?

Alors question:

1. Emacs peut-il me remplacer Eclipse? -Je organiser ma build en utilisant Maven?
2. Si "1" est oui, quelle suite d'outils dois-je commencer par: CEDET? JDEE?

Merci.

Je vais être conservateur et dire non , Emacs n'est pas un remplacement direct pour Eclipse (surtout pas prêt à l'emploi). Cependant, cela ne signifie pas qu'il n'est pas adapté au développement Java.

Puisque vous connaissez déjà Eclipse, je vous suggère de jeter un œil à eclim:

Eclim offre la possibilité d'accéder aux fonctionnalités d'édition de code Eclipse (complétion de code, recherche, validation de code, etc. ) via la ligne de commande ou une connexion réseau locale, permettant à ces fonctionnalités d'être intégrées à votre éditeur préféré.

Eclim prend en charge Maven . Il s'intègre à Emacs via un package appelé emacs-eclim. Suivez les étapes décrites dans le emacs-eclim fichier README pour l'installer ¹ :

1. Téléchargez et installez eclim.

2. Installer emacs-eclim:

   • Si ce n'est pas déjà fait, ajoutez MELPA à package-archives:

     (add-to-list 'package-archives '("melpa" . "http://melpa.org/packages/") t)

   • Évaluez le code ci-dessus (en appuyant sur C-x C-eavec le point positionné après la dernière paren de fermeture) ou redémarrez Emacs.

   • Installez emacs-eclimen faisant M-x package-install RET emacs-eclim RET.

3. Ajoutez le code suivant à votre fichier init:

(require 'eclim)
(global-eclim-mode)

¹ Instructions modifiées pour n'inclure qu'une seule méthode d'installation.

Emacs / eclim a été mon principal IDE Java au cours des deux dernières années et dirait qu'il fonctionne bien, même avec de grandes bases de code (mon espace de travail emacs / eclim actuel contient plus de 4000 fichiers Java). Il est vrai qu'emacs-eclim nécessite que le fichier soit enregistré avant de faire son appel eclimd, mais ce n'est pas un gros problème OMI. L'expérience d'édition est toujours bonne et le débogueur (en utilisant gud) est ok.

Si vous n'aimez pas toutes les solutions basées sur Eclipse, je recommanderais le mode Malabar . Je l'ai également utilisé pendant quelques années (avant de passer à emacs-eclim) et il a de belles fonctionnalités, en plus de cela, il fonctionne dès le départ avec n'importe quel projet Maven. Si vous utilisez Maven, vous malabar-modeobtiendrez instantanément la saisie automatique et la navigation par code (entre autres). Avec malabar, j'ai utilisé jdibug pour déboguer des processus Java distants.

Le plus ancien package Java pour Emacs, JDEE , pourrait également être intéressant à vérifier. Ici, vous trouverez de nombreuses fonctionnalités IDE implémentées dans pure elisp (ou les programmes Java associés lancés via bsh), mais la dernière fois que je l'ai utilisé, c'était assez daté. Je peux me tromper, mais la dernière fois que j'ai vérifié, JDEE était le mieux adapté pour Java <= 1.4 et le débogueur qui fonctionnait le mieux avec lui l'était jdb(les autres étaient trop lents).

Enfin, quel que soit le package Java que vous choisissez, je jetterais également Projectile pour beaucoup de bienfaits liés au projet.

À ce stade (2018), LSP Java ( https://github.com/emacs-lsp/lsp-java ) est plutôt bon. Peu de fonctionnalités:

1. Saisie automatique
2. Refactoring (extraire la méthode, renommer, implémenter l'interface, extraire local, extraire constante et ainsi de suite.)
3. Importation automatique
4. Navigation dans le code tout en travaillant sur plusieurs projets
5. Trouvez des références, des implémentations, du type ouvert.
6. Importation de projet Maven / Gradle, construction automatique, mise à jour automatique de la configuration du projet
7. Facile à installer
8. Préférence de formatage
9. Prise en charge de Flycheck + correctifs rapides comme "Ajouter un casting", "Surround avec try / catch", etc.

Le principal argument de vente est qu'il existe des développeurs à temps plein travaillant sur le backend LSP Java https://github.com/eclipse/eclipse.jdt.ls, qui propose de nouvelles fonctionnalités presque chaque semaine.