[Visual Studio] Come impostare breakpoint per ogni definizione di SUB? [Archivio]

Matrixbob

15-05-2009, 10:26

Per toglierli tutti in un botto CTRL + SHIFT + F9.
CTRL + B per specificare il breakpoint.

Ma per metterlo in testa alla definizione di una funziona in modo da spostarmi veleocemente con degli F5 da una funzione all'altra in modo di studiarmi il flusso d'esecuzione senza crepare "passo per passo"?

Se sapete come fare implodere il codice invece che esplodere è già qualcosa. TNX!

astorcas

15-05-2009, 10:32

Per toglierli tutti in un botto CTRL + SHIFT + F9.
CTRL + B per specificare il breakpoint.

Ma per metterlo in testa alla definizione di una funziona in modo da spostarmi veleocemente con degli F5 da una funzione all'altra in modo di studiarmi il flusso d'esecuzione senza crepare "passo per passo"?

Se sapete come fare implodere il codice invece che esplodere è già qualcosa. TNX!

scusa ma non ho ben capito....

per implodere il codice ctrl+m o

Matrixbob

15-05-2009, 11:17

scusa ma non ho ben capito....

per implodere il codice ctrl+m o

http://img41.imageshack.us/img41/7840/esempio.jpg

Matrixbob

15-05-2009, 11:44

Almeno che non esista uno strumento apposito per tracciare chiamati e chiamanti nel tempo o secondo l'evento, allora potrebbe tornare utile infilare i breackpoint in testa alle function/sub.

Quando ereditate un prg altrui come vi muovete per capire il flusso o come è stato studiato? F8?

MarcoGG

15-05-2009, 11:54

CTRL+M+O per implodere tutte le Sub, oppure CTRL+PAGSU / CTRL+PAGGIU, per scorrere velocemente tutti i metodi in un file ( e quindi si può velocemente inserire un breakpoint ).

Una funzione o combinazione tasti che esegua in un colpo solo il breakpoint su ogni metodo presente nel codice, temo non esista, purtroppo, ma potrei essere smentito... Sarebbe interessante tentare con il Macro Recorder di VS...

Infine, un consiglio : le chiamate "Call" hanno un senso solo se usate in VB6 / VBA. In VB.NET sebbene supportate, sono superflue. ;)

Matrixbob

15-05-2009, 12:01

Infine, un consiglio : le chiamate "Call" hanno un senso solo se usate in VB6 / VBA. In VB.NET sebbene supportate, sono superflue. ;)

TNX, me ne sono accorto, le ho infilate di proposito per dare una semantica del tipo:

call alle mie funzioni
senza call alle funzioni degli oggetti o di sistema

, tutto li.