Gli utenti di Vim ed Emacs, come eseguire il debug con la stessa efficacia di Eclipse/Netbeans?

Question

Dopo aver letto libri come The Pragmatic Programmer, una cosa che suggeriva fortemente era scegliere un editor di testo e dominarlo. Ho scelto di usare Emacs e l'ho mantenuto per circa sei mesi. Tuttavia, l'unica cosa che continuava a riportarmi a un IDE a pieno titolo era il debugging.

Dopo aver tentato di utilizzare xdebug tramite la riga di comando per un paio di settimane, non sorprende che gli strumenti di debug forniti da Netbeans/Eclipse siano di gran lunga superiori alla CLI.

Quindi, ci sono alcuni strumenti di Linux che ti consentono di posizionare i punti di interruzione e aiutare a visualizzare la tua applicazione in fase di esecuzione, o c'è un motivo per cui dovrei limitarmi a soffrire con il debugging della CLI?

Qualsiasi feedback apprezzato!

Answer 1

Uso Vim tutto il giorno per la codifica. Ma quando si tratta di eseguire il debug, prendo sempre il debugger del mio IDE (Visual Studio) perché durante il debug, prendo il mouse e l'hoover su alcune variabili, modificando i loro valori e così via. Non è un compito per cui avrei bisogno di un potente editor.

Questo è il mio consiglio per voi: per la codifica e il montaggio, prendete un editore; per il debug prendere un debugger (grafico) (DDD, Eclipse, whatever). Non è un sacrilegio cambiare gli strumenti, ma solo prendere gli strumenti errati per l'attività da eseguire.

Answer 2

Come questo: http://www.gnu.org/software/libtool/manual/emacs/GDB-Graphical-Interface.html#GDB-Graphical-Interface?
Tutorial: http://www.youtube.com/watch?v=vHOzMOzzxDA soluzioni

Answer 3

ci sono sicuramente il debug in vim vedono http://jaredforsyth.com/projects/vim-debug/, ci sono più, ma io non li hanno provato, io tendo a passare avanti e indietro da un IDE per vim.

Answer 4

Stesso. Uso IDE per le cose pesanti e Emacs per cose veloci.

La ragione per essere abili con un editor leggero è essere agili quando si sa cosa si vuole fare. Apri questo file, find-tag, modifica, magit-status, commit, push. Bam. Non vuoi che l'instabilità & di avvio blocchi i tuoi sforzi quando hai raggiunto l'obiettivo. Vim è installato sulla maggior parte dei server e se stai modificando in fase di produzione, avresti un migliore avere un obiettivo.

IDE d'altra parte (Aptana per me, PHP) che trovo sono utili per "studiare". Debugging, passaggio del codice, analisi del codice, ricerca (la ricerca dei risultati ad albero di Eclipse viene eseguita su ogni giorno di Emac ogni giorno in cui vi sono più risultati).

Mi considero abbastanza abile nell'utilizzare Emacs come IDE completo tramite ECB, geben, rgrep, ctags, magit, ecc. L'ho usato esclusivamente per oltre un anno - ma in tutta onestà, ha impedito la mia produttività: i compiti pesanti richiedono troppi passaggi. Ora uso Aptana & Emacs per circa 50/50 durante il giorno.

Editor di luci per oggetti leggeri, editor pesanti per le cose pesanti