Condividi tramite


Definizione delle circostanze di utilizzo della gestione delle eccezioni strutturata o non strutturata

Aggiornamento: novembre 2007

La gestione delle eccezioni strutturata consiste semplicemente nell'utilizzo di una struttura di controllo contenente eccezioni, blocchi di codice isolati e filtri per la creazione di un meccanismo di gestione delle eccezioni, che consente al codice di distinguere i diversi tipi di errore e di reagire in modo appropriato alle circostanze. Nella gestione delle eccezioni non strutturata tutte le eccezioni vengono gestite da un'istruzione On Error collocata all'inizio del codice.

Osservazioni

La gestione delle eccezioni strutturata risulta decisamente più versatile, affidabile e flessibile della gestione delle eccezioni non strutturata. È quindi consigliabile utilizzare, se possibile, la gestione delle eccezioni strutturata, ma la gestione delle eccezioni non strutturata è adatta alle seguenti circostanze:

  • Aggiornamento di un'applicazione scritta in una versione precedente di Visual Basic.

  • Sviluppo di una versione preliminare o provvisoria di un'applicazione, in cui la chiusura corretta del programma non è essenziale.

  • Conoscenza precisa e anticipata della causa dell'eccezione.

  • Necessità di velocizzare lo sviluppo in vista di una scadenza, sacrificando la flessibilità per la velocità.

  • Necessità di eseguire il test solo della diramazione di codice che genera l'eccezione, data la semplicità o la brevità del codice.

  • Necessità di utilizzare l'istruzione Resume Next, non supportata nella gestione delle eccezioni strutturata.

L'utilizzo di entrambi i tipi di gestione delle eccezioni nella stessa funzione non è consentito. Se si utilizza un'istruzione On Error, non è possibile utilizzare un'istruzione Try...Catch nella stessa funzione.

Indipendentemente dalla soluzione adottata per la gestione di eccezioni nel codice, sarà necessario prendere in esame le premesse su cui si basa il codice. Se ad esempio l'applicazione richiede l'immissione di un numero telefonico, si presume che:

  • Verranno immessi numeri, non caratteri.

  • Il numero avrà un determinato formato.

  • Non verrà immessa una stringa null.

  • L'utente dispone di un unico numero telefonico.

È possibile che l'input da parte dell'utente violi tali premesse. Una gestione delle eccezioni adeguata è essenziale per l'affidabilità del codice, poiché consente all'applicazione di rispondere correttamente a eventuali violazioni.

Si consiglia di utilizzare una gestione delle eccezioni informativa, a meno che non si sia in grado di assicurare che un metodo non genererà ma eccezioni in alcuna circostanza. È opportuno che la gestione delle eccezioni non sia fine a se stessa: oltre a segnalare il verificarsi di un problema, è necessario che i messaggi generati dalla gestione delle eccezioni forniscano informazioni sulla ragione e la posizione in cui l'errore si è verificato. Messaggi quali "Si è verificato un errore" non contengono alcuna informazione importante e contribuiscono solo alla frustrazione dell'utente.

Vedere anche

Attività

Risoluzione dei problemi di gestione delle eccezioni

Concetti

Tipi di errori

Cenni preliminari sulla gestione strutturata delle eccezioni per Visual Basic

Cenni preliminari sulla gestione delle eccezioni non strutturata