Ich sehe viele nette Funktionen von JDEE in Emacs . Allerdings scheint die Installation ein kleines Stück zu sein, besonders in Windows, also möchte ich sehen, ob andere gefunden werden es ist nützlich. Ich benutze Eclipse und NetBeans und es gibt einige anständige Funktionen zu diesen Produkten. Ich mag jedoch die Idee einer Skriptsprache wie Lisp, die in meine IDE integriert ist, damit ich die meisten Funktionen im laufenden Betrieb ändern kann.
Also möchte ich JDEE eine Chance geben, aber ich habe von mehr als einem fortgeschrittenen Emacs-Benutzer gehört, dass sie nicht einmal JDEE brauchen. Ich frage mich, ob diese Leute sogar JDEE ausprobiert haben oder ob sie nur einfache Java-Projekte machen. Hat jemand JDEE ausprobiert und mochte es? Gibt es Features in Emacs, die JDEE ziemlich sinnlos machen? Bitte keine "try Eclipse" Kommentare..Ich habe es benutzt und es hat schöne Eigenschaften, aber ich möchte Emacs einen fairen Schuss geben.
UPDATE: Siehe meine akzeptierte Antwort. Ich habe JDEE eine Weile ausprobiert, aber ich habe es für die Eclipse aufgegeben und habe nie zurückgeblickt. Glücklich bis ans Ende.
Nach anderthalb Jahren kann ich ehrlich sagen, dass es sich nicht gelohnt hat. Ich kenne Emacs ziemlich gut und hoffte, dass ich effizienter werden könnte. Das Wachstum und die Unterstützung moderner IDEs machen sie jedoch zur besten Wahl. Eclipse war ein bisschen instabil, als ich den obigen Beitrag geschrieben habe, aber auch JDEE, aber jetzt ist Eclipse besser und JDEE ist immer noch ein bisschen stagnierend.
Wie auch immer, Emacs ist ein großartiges Werkzeug und hat großartige Funktionen, aber es ist kürzlich für die meisten Entwickler aus dem Radar gefallen. Eclipse wird ständig aktualisiert und macht genau das, was ich brauche. Ratschläge für diejenigen, die JDEE in Betracht ziehen: Investieren Sie Ihre kostbare Zeit mit dem Lernen von Eclipse und Sie werden viel mehr Effizienz bekommen. Emacs Fans, mach weiter und flamme mich, aber ich war genau wie du und jetzt habe ich mehr Zeit und besseren Code und ich möchte, dass andere das gleiche Ergebnis haben.
Ich habe vor ein paar Jahren an einem kleinen (wie in einer Person) Projekt gearbeitet, wo ich beschlossen habe, dem JDEE einen Versuch zu geben (mir wurde ein großer Spielraum gegeben, um das Projekt zu erledigen, also hat mein Arbeitgeber nicht sich darum kümmern, welche Werkzeuge zu der Zeit verwendet wurden). Das Standardwerkzeug zu dieser Zeit war Eclipse, und ich war neugierig, ob ich mit JDEE produktiver sein könnte als mit den Standard-IDEs von Java, und dass ich zuvor Emacs verwendet habe und die allgemeine Produktivität mag Meine Hände von der Tastatur nehmen zu müssen, ist meiner Meinung nach ein großes Plus).
Ich stimme definitiv zu, dass JDEE mehr damit beschäftigt ist, sich einzurichten: Ich verbrachte eine Menge Zeit damit, Einstellungen nach meinen Wünschen zu bekommen (und bekam sie nie ganz, wo ich wollte), aber am Ende schien es mir das wert Ich fühlte mich immens produktiver bei der Verwendung von Eclipse - hauptsächlich, weil ich nicht feststellen musste, dass ich über den verdammten Bildschirm klickte, wie ich es normalerweise in fast jeder Standard-Java-IDE mache, die heutzutage verwendet wird.
Das Verwalten und Organisieren der Ressourcen meines Projekts (Code und andere Artefakte, die bereitgestellt werden mussten) schien auch viel besser zu funktionieren, wenn ich JDEE über eine IDE verwendete, da ich nur auf ein Ant-Build-Skript angewiesen war , bereitstellen, testen usw. und musste sich nicht darum kümmern, meinen Code um die Präferenzen einer bestimmten IDE herum zu organisieren. Zugegeben, die meisten modernen IDEs sind in dieser Hinsicht nicht schrecklich, aber es fühlte sich einfach gut an, dass mein Projekt überhaupt nicht von einer IDE abhängig war, um zu bauen, zu testen oder zu implementieren - jeder konnte einfach den Code aus dem Repository holen und ausführen solange Ant verfügbar war. Die Arbeit mit dem JDEE scheint dich zu dieser Denkweise zu bewegen und ich persönlich bevorzuge es.
Ich werde nicht sagen, dass die Verwendung von JDEE notwendigerweise besser oder schlechter als eine Standard-IDE ist. Die Produktivität, die Sie erhalten, hängt davon ab, wie viel Aufwand Sie in das Erlernen der Tools investieren (was für fast jede IDE gilt), aber es passte besser zu meinem Stil der Softwareentwicklung als Eclipse.
Der einzige große Nachteil, den ich in Bezug auf JDEE sehen konnte, ist, wenn Sie Teil eines Teams sind: Die meisten Entwicklerteams verlassen sich heutzutage ziemlich stark auf die Tools und Funktionen von IDEs wie Eclipse und NetBeans (ich würde gehen) soweit, zu sagen, dass sie ein bisschen von ihnen verwöhnt sind) und es ist wahrscheinlich, dass Sie auf etwas Reibung treffen werden, wenn Sie etwas anderes verwenden, als der Rest des Teams mit arbeitet.
Natürlich ... können Sie immer versuchen, sie zu überzeugen, zu wechseln:)
Ich habe in letzter Zeit nicht viel Java-Entwicklung gemacht, aber JDEE war großartig. Ein Großteil der Funktionalität erfordert möglicherweise nicht unbedingt JDEE (es gibt immer mehr als eine Möglichkeit, Dinge in Emacs zu tun), aber die allgemeine IDE-Unterstützung des Kompilierens des Projekts oder der Datei, die Sie mit einem Tastendruck betrachten, ist einfach & amp; Handhabung von Kompilierungsfehlern ist gut - Springen zu jedem Fehler mit einem weiteren Tastendruck. Ein weiteres nettes Feature war die Integration der Hilfedokumente zum Starten in einem neuen Browserfenster. Habe nicht viel mit den Teilen der Code-Vervollständigung gespielt. Wenn nichts anderes, würde ich sagen JDEE glättet die Kanten beim Übergang von etwas wie Netbeans oder Eclipse.
Soweit es zu schwierig ist, auf Windows zu installieren ... nicht wirklich. Nur ein paar verschiedene Pakete & amp; Spielzeug mit deinen .emacs ein bisschen (--debug-init) & amp; vielleicht einige Einstellungen pro Projekt (prj.el Datei) konfigurieren. Man kann immer etwas mehr Zeit damit verbringen, Dinge zu zwicken ... aber grundlegende Funktionalität sollte nicht zu viel Zeit in Anspruch nehmen.
Solange Sie unter Windows sind, vergessen Sie nicht, sich EmacsW32 anzuschauen. Die gepatchte Version bietet eine schöne Integration & amp; Damit können Sie verhindern, dass Emacs im Servermodus ausgeführt werden, wodurch die Startkosten ausgeglichen werden.
Vor neun oder zehn Jahren habe ich JDEE verwendet, als ich an einer Webanwendung gearbeitet habe, an der EJB beteiligt war. JDEE-Vorlagen haben mir allein schon Stunden an Zeit erspart, ich hätte immer wieder denselben Code eingegeben.
Aber als ich das letzte Mal (vor ein paar Jahren) nachgesehen habe, hatte ich den Eindruck, dass JDEE aufgegeben wurde und nicht viele neue Funktionen in Java unterstützt. Ich sehe, dass 2.4.0 in diesem Jahr veröffentlicht wurde, und es könnte ein gutes Zeichen sein. Nachdem ich die Veröffentlichungshinweise überprüft habe, bin ich mir nicht sicher über die aktuelle Version, aber die nächste Version könnte sich lohnen.
Ich habe jdee vor vielen Jahren für viele Jahre gebraucht, als ich zu netbeans wechselte, um mit dem Entwicklungsteam eines neuen Unternehmens in Einklang zu sein. Meine Erfahrung war, dass es nicht besonders schwer einzurichten war und viele nette Features zur Verfügung stellte, die man in modernen IDEs findet, die man in Vanilla Emacs nicht haben würde: Build Support, Go-to-Definition usw. Ich benutze immer noch Emacs machen Sie ab und zu schnelle Änderungen, wo jdee nicht installiert ist, und ich fühle definitiv seinen Mangel. Ich würde nie eine angemessene Menge an Java-Entwicklung in Emacs ohne Jdee tun. Sie brauchen
Ich werde jedoch darauf hinweisen, dass ich niemals zu Jdee zurückkehren würde, der Netbeans verwendet hat - die Produktivitätsvorteile sind einfach zu groß. Zum Beispiel habe ich nie das integrierte Debugging erhalten, um in jdee zufriedenstellend zu funktionieren. (Das könnte jetzt natürlich verbessert werden.) Bitte beachten Sie, dass dies von einem Mann kommt, der Emacs seit zwanzig Jahren benutzt und geliebt hat und ich immer noch einen oder mehrere offen habe. Meine größte Beschwerde über Netbeans ist, dass seine Textbearbeitungsfunktionen (sogar mit Emacs Tastaturbelegungen) auf vielerlei Weise Emacs weit unterlegen sind.