Condividi tramite


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

Protezione delle applicazioni

Riferimenti

Creazione e utilizzo di frammenti di codice IntelliSense