Procedure consigliate per l'utilizzo dei frammenti di codice IntelliSense
Aggiornamento: novembre 2007
Il codice di ogni frammento di codice IntelliSense indica solo un metodo di base per completare un'attività. Per la maggior parte delle applicazioni, sarà necessario modificare il codice per adattarlo all'applicazione. In questo argomento vengono illustrate alcune modifiche comuni da apportare al codice.
Gestione delle eccezioni
In genere, se il codice contiene un blocco Try…Catch, tutte le eccezioni verranno intercettate e rigenerate, scelta che potrebbe non essere adatta al progetto in uso. A ogni eccezione è possibile rispondere in diversi modi. Di seguito sono indicate alcune azioni possibili:
Aggiungere il codice a ogni blocco Catch per l'azione scelta.
Non eseguire alcuna operazione, rimuovendo il codice visualizzato nel blocco Catch. In questo modo l'errore viene ignorato dall'applicazione. È improbabile che l'applicazione risponda correttamente se si adotta questo approccio.
Ottenere altro input dall'utente per cercare di risolvere la situazione.
Durante l'esecuzione del blocco Try, annullare le modifiche apportate ai dati dell'applicazione prima che l'eccezione venisse generata.
Rigenerare l'eccezione sul metodo di chiamata.
Generare un'eccezione definita per questa applicazione.
Eliminare l'istruzione Catch per tale eccezione e lasciare che venga gestita dal metodo di chiamata. Questa azione è appropriata soprattutto se l'eccezione non è rilevante per l'attività.
Aggiungere altri blocchi Catch al codice per intercettare tipi specifici di eccezioni che si desidera gestire.
Aggiungere un blocco Finally per aggiungere il codice che si desidera eseguire dopo i blocchi Try e Catch.
Sostituzione di stringhe
Se il codice contiene un valore stringa, si tratta in genere di una stringa specifica, quale "c:\nomefile.txt". Questa stringa hardcoded è utile a titolo dimostrativo, ma è improbabile che sia la stringa corretta per l'applicazione. Di seguito sono elencate le origini potenziali delle stringhe nell'applicazione:
Una variabile di tipo String.
Un metodo o una proprietà che restituisce una stringa, quale la funzione InputBox.
Una stringa di un controllo Windows Form, quale una classe TextBox o ComboBox.
Percorsi di file
La maggior parte dei nomi file presenti nel codice si trova in Documenti o in c:\. Quando si sostituiscono i percorsi di file, è necessario tenere presenti diverse considerazioni, tra cui:
Ricerca di un percorso accessibile. Poiché è possibile che gli utenti non abbiano accesso alla cartella \Programmi del computer, memorizzare i file con i file dell'applicazione potrebbe essere inutile.
Ricerca di un percorso protetto. Memorizzare i file nella cartella principale (c:\) non è sicuro. Per i dati dell'applicazione, si consiglia la cartella \Dati applicazioni. Per i dati dei singoli utenti, l'applicazione consente di creare un file per ogni utente nella cartella \Documenti.
Utilizzo di un nome di campo valido. È possibile utilizzare il Componente OpenFileDialog (Windows Form) e il Componente SaveFileDialog (Windows Form) per ridurre la probabilità di nomi file non validi. Tenere presente che nel periodo di tempo tra la selezione di un file da parte dell'utente e la modifica del file da parte del codice, è possibile che il file venga eliminato. Inoltre, l'utente potrebbe non disporre delle autorizzazioni per scrivere nel file.
Controlli e componenti
I nomi di controlli e di componenti a cui si fa riferimento nel codice corrispondono in genere a un nome di finestra di progettazione predefinito, quale Button1 o TreeView1, che sottolinea il tipo di controllo visualizzato, anche se non si tratta di un nome utilizzato nell'applicazione.
Codice mancante
In alcuni frammenti viene visualizzata solo una struttura di linguaggi vuota, quale un blocco Try…Catch. Un altro scenario comune è quello di una variabile di convalida, quale IsValid, impostata su True per impostazione predefinita. Il codice specificato verrà compilato ed eseguito, ma non disporrà di alcuna funzionalità. In questi esempi sarà necessario aggiungere il codice per l'attività.
Protezione
La protezione di un frammento dipende da dove viene utilizzato nel codice sorgente e da come viene modificato dopo essere stato inserito nel codice. Di seguito sono elencate alcune delle aree da tenere in considerazione.
Accesso a file e a database
Protezione dall'accesso di codice
Protezione di risorse, ad esempio log eventi e Registro di sistema
Memorizzazione di segreti
Verifica di input
Passaggio di dati a tecnologie di script
Per ulteriori informazioni, vedere Considerazioni sulla protezione nell'utilizzo dei frammenti di codice e Protezione delle applicazioni.
Vedere anche
Attività
Procedura: inserire frammenti nel codice (Visual Basic)
Concetti
Frammenti di codice IntelliSense di Visual Basic
Considerazioni sulla protezione nell'utilizzo dei frammenti di codice