2010-01-26 22 views
8

Vedo molte belle funzionalità di JDEE in Emacs. Tuttavia l'installazione sembra essere un bit involved, specialmente in Windows, quindi voglio vedere se altri lo trovano utile. Uso Eclipse e NetBeans e ci sono alcune caratteristiche decenti per questi prodotti. Tuttavia, mi piace molto l'idea di un linguaggio script come Lisp incorporato nel mio IDE, così posso cambiare la maggior parte delle funzionalità al volo.Vale la pena utilizzare JDEE?

Quindi voglio dare un colpo a JDEE, ma ho sentito da più di un utente avanzato di Emacs che non hanno nemmeno bisogno di JDEE. Mi chiedo se quelle persone abbiano provato JDEE o se stiano semplicemente facendo progetti Java. Qualcuno ha provato JDEE e l'ha apprezzato? Ci sono funzionalità in Emacs che rendono JDEE abbastanza inutile? Si prega di non "provare i commenti di Eclipse" .. L'ho usato e ha delle belle funzionalità, ma voglio dare a Emacs una buona dose.

AGGIORNAMENTO: vedere la mia risposta accettata. Ho provato JDEE per un po ', ma ho rinunciato a Eclipse e non ho mai guardato indietro. Per sempre felici e contenti.

risposta

2

Un anno e mezzo dopo, posso onestamente dire che non ne valeva la pena. Conosco abbastanza bene emacs e speravo che potessi diventare più efficiente. Tuttavia, il livello di crescita e il supporto per i moderni IDE rendono il loro utilizzo la scelta migliore. Eclipse era un po 'instabile quando ho scritto per la prima volta il post sopra, ma lo era anche per JDEE, ma ora Eclipse è migliore e JDEE è ancora un po' stagnante.

In ogni caso, Emacs è un ottimo strumento e ha grandi caratteristiche, ma recentemente è caduto fuori dal radar per la maggior parte degli sviluppatori. Eclipse viene aggiornato continuamente e fa esattamente ciò di cui ho bisogno. Consigli per chi considera JDEE: investi il ​​tuo prezioso tempo per imparare Eclipse e otterrai molta più efficienza. I fan di Emacs, vanno avanti e mi incendiano, ma io ero proprio come te e ora ho più tempo e codice migliore e voglio che gli altri abbiano lo stesso risultato.

+0

Si prega di modificare il post di domanda originale per contenere questo aggiornamento – Steen

2

Non ho ancora sviluppato molto java, ma il JDEE di back-in-the-day è stato eccezionale. Gran parte delle funzionalità potrebbe non richiedere specificamente JDEE (c'è sempre più di un modo di fare le cose in emacs), ma il supporto generale di IDE per compilare il progetto o file che stai guardando con un tasto è facile. & La gestione degli errori di compilazione è buona - saltando a ogni errore con un altro tasto. Un'altra caratteristica interessante era l'integrazione dei documenti di aiuto per l'avvio in una nuova finestra del browser. Non ha giocato molto con le parti di completamento del codice. Se non altro, direi che JDEE appiana i bordi durante la transizione da qualcosa come netbeans o eclipse.

Per quanto sia troppo difficile da installare su Windows ... non proprio. Basta prendere alcuni pacchetti diversi & con il tuo .emacs un po '(--debug-init) & magari configare alcune impostazioni per progetto (file prj.el). Puoi sempre dedicare un po 'più di tempo a tweeking delle cose ... ma la funzionalità di base non dovrebbe richiedere troppo tempo.

Finché sei su Windows non dimenticare di dare un'occhiata a EmacsW32. La versione con patch offre una buona integrazione & che ti consente di mantenere "sempre in esecuzione" emacs in modalità server che compensa il costo di avvio.

8

Alcuni anni fa stavo lavorando a un piccolo progetto (come in una persona) in cui ho deciso di provare il JDEE (mi è stata data molta libertà nell'ottenere il progetto, quindi il mio datore di lavoro non ha non importa quali strumenti sono stati usati in quel momento). All'epoca, lo strumento standard era Eclipse, ed ero curioso di vedere se potevo essere più produttivo con JDEE rispetto al raccolto standard di IDE Java, e dato che avevo già usato Emacs e come la produttività che fornisce in generale (non dovermi togliere le mani dalla tastiera è un grande vantaggio a mio avviso).

Sono assolutamente d'accordo sul fatto che JDEE sia più coinvolto nell'impostare: ho passato un bel po 'di tempo ad avere le impostazioni a mio piacimento (e non le ho mai trovate completamente dove volevo), ma alla fine è valsa la pena di mi sentivo immensamente più produttivo nell'usare Eclipse - principalmente perché non mi sono ritrovato a fare clic su tutto il maledetto schermo come faccio di solito in un IDE Java standard utilizzato in questi giorni.

La gestione e l'organizzazione delle risorse del mio progetto (codice e altri artefatti che è necessario distribuire) sembravano funzionare molto meglio quando stavo usando JDEE su un IDE, poiché dipendevo solo dall'avere uno script Ant-build che potesse costruire, distribuire, testare, ecc. e non doversi preoccupare di organizzare il mio codice attorno alle preferenze di un particolare IDE. Certo, gli IDE più moderni non sono terribili a questo riguardo, ma è stato semplicemente positivo che il mio progetto non dipendesse affatto da un IDE per costruire, testare o implementare - chiunque poteva semplicemente prendere il codice dal repository ed eseguire fino a quando Ant era disponibile.Lavorare con il JDEE sembra spingerti verso questo tipo di mentalità e personalmente lo preferisco.

Non dirò che l'utilizzo di JDEE è necessariamente migliore o peggiore di un IDE standard. Se non altro, la produttività che si ottiene dipende da quanto impegno si è disposti a mettere in atto per apprendere gli strumenti (che vale praticamente per qualsiasi IDE), ma ha adattato il mio stile di sviluppo del software meglio di Eclipse.

L'unico grande inconveniente che potrei vedere per affidarmi a JDEE è se fai parte di un team: la maggior parte dei team di sviluppo in questi giorni si basa in gran parte sugli strumenti e le funzionalità disponibili in IDE come Eclipse e NetBeans (I'd andare così lontano da dire che sono un po 'viziati da loro) ed è probabile che incontrerai qualche attrito se stai usando qualcosa di diverso da ciò che il resto del team sta lavorando.

Certo ... si può sempre cercare di convincerli a cambiare :)

1

ho usato jdee per molti anni fino a pochi anni fa, quando sono passato a NetBeans per essere coerenti con il team di sviluppo in un nuova compagnia. La mia esperienza è stata che non era particolarmente difficile da configurare e ha fornito molte funzionalità interessanti che si trovano negli IDE moderni che non si avrebbero in vanilla emacs: supporto per la build, go-to-definition, ecc. Uso ancora emacs per di tanto in tanto apportare modifiche rapide in cui jdee non è installato e ne sento decisamente la mancanza. Non farei mai una quantità ragionevole di sviluppo java in emacs senza jdee. Non è necessario jdee, ma è difficile negare i benefici.

Sottolineerò, tuttavia, che non potrei mai tornare a jdee dopo aver usato netbeans: i vantaggi in termini di produttività sono semplicemente troppo grandi. Ad esempio, non ho mai avuto il debug integrato per funzionare in modo soddisfacente in jdee. (Questo potrebbe essere migliorato ora, naturalmente.) Si noti che questo proviene da un ragazzo che ha usato e amato emacs da vent'anni e ne ho sempre uno o più aperti. La mia più grande lamentela su netbeans è che le sue capacità di modifica del testo (anche con le combinazioni di tasti emacs) sono di gran lunga inferiori a emacs in un certo numero di modi.

2

Nove o dieci anni fa ho utilizzato JDEE mentre lavoravo a un'applicazione Web che coinvolgeva EJB. Solo i template JDEE mi hanno risparmiato ore di tempo in cui avrei passato a digitare lo stesso codice ancora e ancora.

Ma quando ho controllato l'ultima volta (un paio di anni fa), ho avuto l'impressione che JDEE fosse abbandonato e non supportasse numerose nuove funzionalità in Java. Vedo che il 2.4.0 è stato rilasciato quest'anno e potrebbe essere un buon segno. Dopo aver controllato le note di rilascio, non sono sicuro della versione corrente, ma quella successiva potrebbe valerne la pena.