Eventuali storie di successo sull'utilizzo di strumenti di slicing per facilitare il debug [chiuso]

La seguente schermata di Chrome mostra l'output di traccia da un processore XSLT 2.0 in esecuzione nel browser:

IlprogrammaXSLTè"affettato", quindi ogni istruzione registra nell'output di traccia quando è stata eseguita. L'annidamento dell'XML di output spiega la gerarchia di esecuzione.

L'esempio sopra riportato mostra il modello effettivo che è stato eseguito come conseguenza dell'istruzione xsl: apply-templates. Quindi la traccia mostra le stesse informazioni che si otterrebbero da un debugger IDE, ma senza dover scorrere ogni riga di codice.

Se viene lanciata un'eccezione all'interno del codice in esecuzione, la traccia termina a quel punto, mostrando esattamente dove il codice ha fallito, fornendo più informazioni di un tipico stack di chiamate.

Inoltre, ulteriori istruzioni di tracciamento possono essere incorporate nell'XSLT (sotto forma di una chiamata di funzione fn: trace ) per fornire una diagnostica extra per una parte specifica del codice.

Un XPath Tracer online esegue il taglio, ma potrebbe non soddisfare la tua definizione perché è per una lingua di espressione, XPath 2.0, piuttosto che un linguaggio di programmazione completo.

Attualmente, questo consente di selezionare parti specifiche dell'espressione; il "percorso" per quella parte dell'espressione viene quindi risolto e visualizzato. In questo caso, XSLT 2.0 viene utilizzato per eseguire un analisi parziale dell'espressione.

Questo tracciante ha 2 obiettivi per quando è completo:

1. Consentirà a un elenco di completamento automatico di mostrare i nodi disponibili per a percorso specifico (per un file sorgente scelto) - quando si modifica una parte dell'espressione.
2. Quando un'espressione non si comporta come previsto, espressione diversa le parti possono essere valutate per restringere l'area di interesse.