Passaggi comuni per l'utilizzo di LINQ to SQL
Per implementare un'applicazione LINQ to SQL, attenersi ai passaggi descritti in questo argomento. Molti passaggi sono tuttavia facoltativi ed è molto probabile che si possa utilizzare il modello a oggetti nello stato predefinito.
Per iniziare velocemente, utilizzare Object Relational Designer per creare il modello a oggetti e avviare la codifica delle query. Per ulteriori informazioni, vedere Progettazione relazionale oggetti e Progettazione relazionale oggetti e Progettazione relazionale oggetti.
Creazione del modello a oggetti
Il primo passaggio consiste nel creare un modello a oggetti basato sui metadati di un database relazionale esistente. Il modello a oggetti rappresenta il database secondo il linguaggio di programmazione dello sviluppatore. Per ulteriori informazioni, vedere Il modello a oggetti LINQ to SQL.
1.Selezionare uno strumento per creare il modello.
Per la creazione del modello sono disponibili tre strumenti.
Il tipo Object Relational Designer
Questa finestra di progettazione offre un'interfaccia utente avanzata per la creazione di un modello a oggetti da un database esistente. Questo strumento fa parte dell'IDE di Visual Studio ed è più adatto per i database di piccole o medie dimensioni. Per ulteriori informazioni, vedere Progettazione relazionale oggetti e Progettazione relazionale oggetti e Progettazione relazionale oggetti.
Strumento per la generazione del codice SQLMetal
Questa utilità della riga di comando offre un set di opzioni leggermente diverso rispetto a O/R Designer. Questo strumento è più adatto per la modellazione di database di grandi dimensioni. Per ulteriori informazioni, vedere SqlMetal.exe (strumento per la generazione del codice).
Editor di codice
È possibile scrivere codice personalizzato utilizzando l'editor di codice Visual Studio o un altro editor. Si sconsiglia di utilizzare questo approccio, che può essere soggetto a errori, se si dispone già di un database ed è possibile utilizzare O/R Designer o lo strumento SQLMetal. L'editor di codice può tuttavia essere utile per perfezionare o modificare il codice già generato utilizzando altri strumenti. Per ulteriori informazioni, vedere Procedura: personalizzare le classi di entità mediante l'editor del codice (LINQ to SQL).
2.Selezionare il tipo di codice che si desidera generare.
File di codice sorgente C# o Visual Basic per il mapping basato sugli attributi.
Questo file di codice verrà quindi incluso nel progetto Visual Studio. Per ulteriori informazioni, vedere Mapping basato su attributo (LINQ to SQL).
File XML per il mapping esterno.
Utilizzando questo approccio è possibile evitare di includere i metadati di mapping nel codice dell'applicazione. Per ulteriori informazioni, vedere Riferimento al mapping esterno (LINQ to SQL).
.gif "Nota")
NotaO/R Designer non supporta la generazione di file di mapping esterni.Per implementare questa funzionalità è necessario utilizzare lo strumento SQLMetal.
File DBML che potrà essere modificato prima di generare un file di codice finale.
Si tratta di una funzionalità avanzata.
3.Perfezionare il file di codice in modo che rifletta le esigenze dell'applicazione.
A questo scopo, è possibile utilizzare O/R Designer o l'editor di codice.
Utilizzo del modello a oggetti
Nell'immagine seguente viene illustrata la relazione tra lo sviluppatore e i dati in un scenario a due livelli. Per altri scenari, vedere Applicazioni a più livelli e remote con LINQ to SQL.
.png "Modello a oggetti LINQ to SQL")
Dopo avere creato il modello a oggetti, si procederà alla descrizione delle richieste di informazioni e alla modifica dei dati all'interno del modello. Il modello a oggetti deve essere considerato in termini di oggetti e proprietà e non di righe e colonne del database. Infatti, non si gestisce direttamente il database.
Quando si indica a LINQ to SQL di eseguire una query di cui è stata fornita una descrizione o di chiamare l'oggetto SubmitChanges() sui dati modificati, LINQ to SQL comunica con il database nel linguaggio del database.
Di seguito sono riportati i passaggi comuni per l'utilizzo del modello a oggetti creato.
1.Creare query per recuperare informazioni dal database.
Per ulteriori informazioni, vedere Concetti relativi alle query in LINQ to SQL e Eseguire una query sugli esempi (LINQ to SQL).
2.Eseguire l'override dei comportamenti predefiniti per le operazioni Insert, Update e Delete.
Questo passaggio è facoltativo. Per ulteriori informazioni, vedere Personalizzazione delle operazioni Insert, Update e Delete (LINQ to SQL).
3.Impostare le opzioni appropriate per rilevare e segnalare i conflitti di concorrenza.
Per gestire i conflitti di concorrenza, è possibile mantenere i valori predefiniti del modello oppure modificarli in base agli scopi del progetto. Per ulteriori informazioni, vedere Procedura: specificare i membri da testare per i conflitti di concorrenza (LINQ to SQL) e Procedura: specificare quando vengono generate le eccezioni di concorrenza (LINQ to SQL).
4.Definire una gerarchia di ereditarietà
Questo passaggio è facoltativo. Per ulteriori informazioni, vedere Supporto dell'ereditarietà (LINQ to SQL).
5.Fornire un'interfaccia utente adatta.
Questo passaggio è facoltativo e dipende dalla modalità di utilizzo dell'applicazione. Per ulteriori informazioni, vedere Progettazione relazionale oggetti e Progettazione relazionale oggetti e Progettazione relazionale oggetti.
6.Eseguire il debug e il test dell'applicazione.
Per ulteriori informazioni, vedere Supporto per il debug (LINQ to SQL).
Vedere anche
Concetti
Guida introduttiva (LINQ to SQL)