2013-08-11 4 views
8

Sto lavorando (lentamente) a un'app di app-engine usando il linguaggio go - Mentre mi piacciono molte parti dell'esperienza (la bella integrazione con i servizi di google e il linguaggio go stesso) ma sono un po 'sorpreso di la mancanza di servizi di debug soprattutto con il motore dell'app.Debugging del motore App con golang - Ci deve essere un modo migliore?

So che è possibile accedere alla console (la forma più bassa di debug di IMHO) ma tutti i tentativi di qualcosa di più intelligente (allegando gdb all'istanza locale) non riesce. gli strumenti di sviluppo per il motore delle app sembrano spezzettare in modo appropriato le informazioni di debug)

Non posso credere di essere l'unico che ha osservato questo, quindi mi sto chiedendo che cosa stanno facendo altre persone per sviluppare/eseguire il debug nel motore delle app?

+1

Questa non è davvero una risposta, ma vale la pena notare che la maggior parte delle persone si occupa dello sviluppo senza un debugger. Questo non vuol dire che/dovrebbe/essere fatto in questo modo, ma la mancanza di supporto per il debugger (a parte GDB) non è sembrato essere un grosso problema per le persone, probabilmente perché lo sviluppo di Go è semplicemente così piacevole e diretto. – joshlf

risposta

3

Attualmente non esiste un modo migliore di context.Errorf() e amici. Pythonsupporto pdb nell'SDK 1.8.3. Non ho sentito parlare di alcun supporto per debugger simile per go. Vale forse la pena chiedere sull'elenco delle app del motore delle app su questo.

0

è stato un aggiornamento e ho pensato di aggiungere qual è lo stato attuale della situazione.

La buona notizia è che ora gli strumenti di go non eliminano più i simboli di debug, quindi se stai utilizzando la tua macchina locale ora puoi ottenere il supporto per gdb!

E 'un po' di un processo e maturo per un po 'di più l'automazione (suggerimenti di benvenuto)

in breve:

  1. look per il processo _app_go
  2. cd alla directory che è in esecuzione da
  3. Allegare al processo con il comando '-pid' a gdb
  4. Dillo a gdb la directory della fonte

Boom - debugging.

+0

Funziona, tipo di. Anche se utilizzo le istanze --max_module per mantenere basso il numero di istanze, l'istanza cambia PID in modo così veloce da rendere impossibile il debug. Hai trovato qualche soluzione a questo? –

+0

Nessuna grande soluzione: stavo lavorando a metà su uno script per automatizzare questo, ma ancora niente .... È piuttosto triste rispetto a quanto siano forti gli strumenti per Python sul motore di app. – loghound

Problemi correlati