Eignung von Emacs als Java-Entwicklungs-IDE

Ich mache noch einen weiteren Versuch, auf Emacs umzusteigen. Ich bin ein anständiger Vi-Benutzer, benutze aber Eclipse für die meisten meiner Entwicklungsarbeiten in den letzten 10+ Jahren (ist es so lange her).

Also habe ich ein bisschen nachgelesen und gedacht, dass JDEE der richtige Weg ist - ich habe es konfiguriert, habe aber noch einige grundlegende Fragen.

Aber nach einigen Nachforschungen scheint JDEE nicht gut gewartet zu sein und ich brauche vielleicht nur CEDET?

Also frage:

1. Kann Emacs als Eclipse-Ersatz dienen? Ich organisiere meinen Build mit Maven?
2. Wenn "1" ist, mit welcher Tool-Suite soll ich dann beginnen: CEDET? JDEE?

Vielen Dank.

Ich werde konservativ sein und nein sagen , Emacs ist kein direkter Ersatz für Eclipse (besonders nicht sofort ). Dies bedeutet jedoch nicht, dass es nicht für die Java-Entwicklung geeignet ist.

Da Sie bereits mit Eclipse vertraut sind, empfehle ich Ihnen einen Blick auf eclim:

Eclim bietet die Möglichkeit , die Zugriff auf Eclipse - Code Bearbeitung Funktionen (Code - Vervollständigung, Suche, Code - Validierung, und viele mehr ) über die Kommandozeile oder eine lokale Netzwerkverbindung, so dass diese Funktionen mit Ihrem bevorzugten Editor integriert werden.

Eclim unterstützt Maven . Die Integration mit Emacs erfolgt über ein Paket namens emacs-eclim. Befolgen Sie die Schritte in der emacs-eclim README-Datei , um es zu installieren ¹ :

1. Laden Sie eclim herunter und installieren Sie es.

2. Installieren Sie emacs-eclim:

   • Wenn Sie es noch nicht getan haben, fügen Sie MELPA hinzu zu package-archives:

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

   • Werten Sie den obigen Code aus (indem Sie C-x C-emit dem Punkt nach dem letzten schließenden Paren drücken) oder starten Sie Emacs neu.

   • Installieren Sie, emacs-eclimindem Sie tun M-x package-install RET emacs-eclim RET.

3. Fügen Sie der Init-Datei den folgenden Code hinzu:

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

¹ Anweisungen geändert, um nur eine einzige Installationsmethode zu enthalten.

Emacs / eclim war in den letzten Jahren meine primäre Java-IDE und funktioniert auch mit großen Codebasen einwandfrei (mein aktueller emacs / eclim-Arbeitsbereich enthält mehr als 4000 Java-Dateien). Emacs-eclim erfordert zwar, dass die Datei gespeichert wird, bevor sie aufgerufen wird eclimd, aber es ist kein so großes Problem, IMO. Die Bearbeitungserfahrung ist immer noch gut und der Debugger (mit gud) ist in Ordnung.

Wenn Sie alle auf Eclipse basierenden Lösungen erneut senden, würde ich den Malabar-Modus empfehlen . Ich habe das auch ein paar Jahre lang benutzt (bevor ich zu emacs-eclim gewechselt bin) und es hat einige nette Funktionen, von denen die Tatsache ist, dass es bei jedem Maven-Projekt sofort funktioniert. Wenn Sie Maven verwenden, erhalten Sie malabar-modesofort automatische Vervollständigung und Code-Navigation (unter anderem). Mit malabar habe ich jdibug zum Debuggen von Remote-Java-Prozessen verwendet.

Das älteste Java-Paket für Emacs, JDEE , ist möglicherweise ebenfalls einen Besuch wert. Hier finden Sie viele IDE-Funktionen, die in pure elisp implementiert sind (oder begleitende Java-Programme, die über gestartet wurden bsh), aber das letzte Mal, als ich es verwendet habe, war es ziemlich veraltet. Ich kann mich irren, aber als ich das letzte Mal nachgesehen habe, war JDEE am besten für Java <= 1.4 geeignet und der Debugger, der am besten damit funktionierte, war jdb(die anderen waren zu langsam).

Unabhängig davon, für welches Java-Paket Sie sich entscheiden, würde ich Projectile auch für viele projektbezogene Vorteile einsetzen.

Zu diesem Zeitpunkt (2018) ist LSP Java ( https://github.com/emacs-lsp/lsp-java ) ziemlich gut. Einige der Features:

1. Autovervollständigen
2. Refactoring (Methode extrahieren, umbenennen, Schnittstelle implementieren, lokal extrahieren, Konstante extrahieren usw.)
3. Automatischer Import
4. Code-Navigation während der Arbeit an mehreren Projekten
5. Suchen Sie Referenzen, Implementierungen, offenen Typ.
6. Maven / Gradle-Projektimport, automatische Erstellung, automatische Aktualisierung der Projektkonfiguration
7. Einfach einzurichten
8. Formatiererpräferenz
9. Flycheck-Unterstützung + Schnellkorrekturen wie "Add cast", "Surround with try / catch" usw.

Das Hauptverkaufsargument ist, dass es Vollzeitentwickler gibt, die an dem LSP-Java-Backend https://github.com/eclipse/eclipse.jdt.ls arbeiten, das fast jede Woche neue Funktionen hervorbringt.