Prima di scrivere codice più complesso, dovremmo parlare di debugging.
Debugging è il processo che prevede la ricerca e la risoluzione degli errori all’interno di uno script. Tutti i browser moderni e molti altri ambienti forniscono strumenti per il debugging – degli speciali strumenti che rendono il debugging un operazione più semplice. Consentono anche di seguire l’esecuzione del codice passo per passo, per capire esattamente cosa sta accadendo…
Noi useremo Chrome, poiché è probabilmente il più ricco di caratteristiche sotto questo aspetto.
Il pannello “sources”
La tua versione di Chrome potrebbe essere differente, ma le funzioni principali dovrebbe essere molto simili.
- Apri la pagina di esempio in Chrome.
- Attiva gli strumenti da sviluppatore con F12 (Mac: Cmd+Opt+I).
- Seleziona il pannello
sources
.
Questo è quello che dovreste vedere se è la prima volta che lo aprite:
Il bottone apre la barra laterale con i file.
Clicchiamoci sopra e selezioniamo hello.js
dalla vista ad albero. Questo è quello che dovrebbe apparire:
Possiamo vedere tre zone:
- La zona Risorse con la lista degli HTML, JavaScript, CSS e altri file, incluse le immagini che sono collegate alla pagina. Potrebbero apparire anche le estensioni di Chrome.
- La zona Sorgente mostra il codice.
- La zona Informazione e controllo utile per il debugging, la esploreremo meglio.
Ora puoi cliccare nuovamente lo stesso bottone per nascondere la lista risorse e dare più spazio al codice.
Console
Se premiamo Esc, si apre una console in basso. Possiamo digitare comandi e premere Enter per eseguirli.
Dopo l’esecuzione dell’istruzione, il risultato viene mostrato sotto.
Ad esempio, 1+2
con risultato 3
, ed hello("debugger")
non ritorna nulla, quindi il risultato è undefined
:
Breakpoint
Esaminiamo cosa sta succedendo nel codice della pagina di esempio. In hello.js
, cliccate nel numero della riga 4
. Si, cliccate proprio sopra il numero 4
, non dentro il codice.
Congratulazioni! Avete settato un breakpoint. Ora premete anche nella riga numero 8
.
Dovrebbe apparire qualcosa di simile (in blu dove avreste dovuto cliccare):
Un breakpoint è un punto del codice in cui il debugger si metterà in pausa automaticamente durante l’esecuzione del codice JavaScript.
Mentre il codice è in pausa, è possibile esaminare le variabili, eseguire comandi tramite la console etc. In altre parole, stiamo facendo debugging.
Possiamo anche visualizzare la lista dei breakpoint nel pannello di destra. Questo pannello può risultare utile quando abbiamo più breakpoint in file diversi. Infatti ci consente di:
- Saltare rapidamente ad un breakpoint (cliccando sopra al nome del breakpoint che ci interessa).
- Disabilitare temporaneamente un breakpoint semplicemente togliendo la spunta.
- Rimuovere breakpoint cliccando con il tasto destro e selezionando Rimuovi.
- …E molto altro.
Tasto destro sul numero della riga ci consente di creare un breakpoint condizionale. Che viene attivato solo quando l’espressione fornita risulta vera.
Questa caratteristica risulta molto utile quando abbiamo bisogno di fermare il flusso di esecuzione per determinati valori di una variabile.
Comando debugger
Possiamo mettere in pausa il codice anche utilizzando il comando debugger
, come nell’esempio:
function hello(name) {
let phrase = `Hello, ${name}!`;
debugger; // <-- il codice si metterà in pausa qui
say(phrase);
}
Questo risulta molto utile quando stiamo lavorando in un editor e non vogliamo passare alla finestra del browser, cercare il punto corretto nello script interessato e impostare il breakpoint.
Interrompere l’esecuzione e guardarsi intorno
Nel nostro esempio, hello()
viene richiamato durante il caricamento della pagina, quindi il metodo più facile per attivare il debugger è ricaricare la pagina. Quindi premete F5 (Windows, Linux) o Cmd+R (Mac).
Con il breakpoint impostato, l’esecuzione si fermerà alla quarta linea:
Ora aprite il menu a cascata (quello con la freccetta accanto al nome). Ti consentirà di esaminare lo stato corrente del codice:
-
Watch
– mostra il valore corrente per ogni espressione.Puoi cliccare su
+
e inserire un espressione. Il debugger ti mostrerà il suo valore ad ogni istante, che verrà automaticamente ricalcolato durante l’esecuzione. -
Call Stack
– mostra la catena delle chiamate annidate.Attualmente il debugger si trova all’interno della chiamata
hello()
, chiamata da uno script interno aindex.html
(non ci sono funzioni qui, quindi viene definita “anonima”).Se premi su un elemento della pila, il debugger salterà al codice corrispondente, e potrai esaminare tutte le variabili.
-
Scope
– variabili correnti.Local
mostra le variabili locali alla funzione. Potente anche vedere i valori evidenziati nel codice.Global
mostra le variabili globali (fuori da tutte le funzioni).C’è anche la keyword
this
, che studieremo più avanti.
Tracciamento dell’esecuzione
Ora è il momento di tracciare lo script.
Ci sono dei bottoni appositi nella parte superiore del pannello di destra. Proviamo ad attivarli.
- – “Resume”: continua l’esecuzione, tasto F8.
-
Riprende l’esecuzione. Se non ci sono ulteriori breakpoint l’esecuzione continua e il debugger non avrà più il controllo.
Questo è quello che vedremo dopo aver cliccato:
L’esecuzione è ripartita, ha incontrato un altro breakpoint dentro
say()
e si è fermata nuovamente. Diamo un’occhiata al “Call stack” sulla destra. E’ stato incrementato con un ulteriore chiamata. Ora siamo all’interno disay()
. - – “Step”: esegue il prossimo comando, hotkey F9.
-
Esegue la prossima istruzione. Se lo clicchiamo, verrà mostrato l’
alert
.Continuando a cliccare eseguiremo lo script un passo per volta.
- – “Step over”: esegue il prossimo comando, ma non entra nella funzione, hotkey F10.
-
Molto simile al comando “Step”, ma si comporta diversamente nel caso in cui l’istruzione successiva sia una chiamata a funzione. O meglio: non una funzione built-in come
alert
, ma una funzione definita da noi.Il comando “Step” entra nella funzione e mette in pausa l’esecuzione, mentre “Step over” esegue la chiamata a funzione, saltandone il contenuto.
L’esecuzione viene interrotta al termine della chiamata.
Questo è molto utile se non siamo interessati nel vedere cosa accade dentro la funzione.
- – fai uno step, tasto F11.
-
Lo stesso di quello precedente, ma fa “un passo all’interno” della funzione. Cliccando qui è possibile avanzare uno step alla volta tutte le azioni dello script.
- – “Step into”, hotkey F11.
-
Molto simile a “Step”, ma si comporta in maniera differente nel caso di chiamate a funzioni asicncrone. Se state ancora imparando JavaScript, allora potete ignorare la differenza, visto che non andremo ad utilizzare funzioni asincrone per ora.
Per il futuro, ricordatevi che “Step” ignora le funzioni asincrone, come ad esempio
setTimeout
(chiamata programmata di funzione). Invece “Step into” accede a questo tipo di funzioni, ed attende quanto necessario. Fate riferimento al manuale DevTools per maggiori dettagli. - – “Step out”: continua l’esecuzione fino alla fine della funzione corrente, hotkey Shift+F11.
-
Continua l’esecuzione e la interrompe all’ultima linea della funzione corrente. Questo comando risulta essere utile nel caso in cui entrassimo accidentalmente in una chiamata annidata utilizzando , ma non siamo interessati alla sua esecuzione, e vogliamo arrivare al termine della sua esecuzione il prima possibile.
- – attiva/disattiva tutti i breakpoint.
-
Questo bottone non influenza l’esecuzione. E’ semplicemente un on/off per i breakpoint.
- – attiva/disattiva la pausa automatica in caso di errori.
-
Quando questa opzione è attiva, e il pannello degli strumenti sviluppatore è aperto, un errore nello script metterà automaticamente in pausa l’esecuzione. Cosi potremmo analizzare le variabili per capire cosa è andato storto. Quindi se il nostro script si blocca con un errore, possiamo aprire il debugger, attivare questa opzione e ricaricare la pagina per vedere dove si blocca lo script e capirne il motivo.
Premendo tasto destro su una riga di codice si aprirà un menu con una bellissima opzione denominata “Continua fino a qui”.
Questa è molto utile quando vogliamo muoverci di più passi, ma siamo troppo pigri per impostare un breakpoint.
Logging
Per stampare qualcosa sulla console, possiamo utilizzare la funzione console.log
.
Ad esempio, questo stamperà i valori da 0
a 4
sulla console:
// apri la console per vedere il messaggio
for (let i = 0; i < 5; i++) {
console.log("value,", i);
}
Gli utenti normali non vedranno questo output poiché viene mostrato in console. Per vederlo dovrebbero aprire il menu Console
degli strumenti sviluppatore, oppure premere Esc mentre si trovano in un altro tab: questo tasto aprirà la console nella parte inferiore della schermata.
Utilizzando la funzione console.log
nel nostro codice, possiamo vedere cosa sta accadendo anche senza utilizzare il debugger.
Riepilogo
Come abbiamo visto, ci sono tre diversi modi di mettere in pausa uno script:
- Un breakpoint.
- L’istruzione
debugger
. - Un errore (solo se gli strumenti sviluppatore sono aperti ed è attivo il bottone )
Cosi possiamo esaminare le variabili e capire cosa è andato male durante l’esecuzione.
Ci sono veramente troppe opzioni negli strumenti da sviluppatore per coprirle qui. Il manuale completo è disponibile all’indirizzo https://developers.google.com/web/tools/chrome-devtools.
Le informazioni fornite da questo capitolo sono sufficienti per iniziare a fare un po’ di debug, anche se più avanti, specialmente quando farete cose più avanzate, il link sopra potrà tornarvi utile.
Ah, inoltre potete anche cliccare i vari bottoni negli strumenti da sviluppatore e vedere cosa succede. E’ probabilmente il metodo più rapido per imparare. Non dimenticate che molte opzioni sono disponibili anche con il click del tasto destro!
Commenti
<code>
, per molte righe – includile nel tag<pre>
, per più di 10 righe – utilizza una sandbox (plnkr, jsbin, codepen…)