Panoramica dell'inserimento, l'aggiornamento e l'eliminazione di dati (VB)

di Scott Mitchell

Scarica il PDF

In questa esercitazione verrà illustrato come eseguire il mapping dei metodi Insert(), Update() e Delete() di ObjectDataSource ai metodi delle classi BLL, nonché come configurare i controlli GridView, DetailsView e FormView per fornire funzionalità di modifica dei dati.

Introduzione

Nelle esercitazioni precedenti è stato esaminato come visualizzare i dati in una pagina di ASP.NET usando i controlli GridView, DetailsView e FormView. Questi controlli funzionano semplicemente con i dati forniti. In genere, questi controlli accedono ai dati tramite l'uso di un controllo origine dati, ad esempio ObjectDataSource. È stato illustrato come ObjectDataSource funge da proxy tra la pagina ASP.NET e i dati sottostanti. Quando un controllo GridView deve visualizzare i dati, richiama il metodo ObjectDataSource Select() , che a sua volta richiama un metodo dal livello BLL (Business Logic Layer), che chiama un metodo nell'oggetto TableAdapter (DAL) del livello di accesso ai dati appropriato, che a sua volta invia una SELECT query al database Northwind.

Tenere presente che quando sono stati creati gli oggetti TableAdapter in DAL nella prima esercitazione, Visual Studio ha aggiunto automaticamente metodi per l'inserimento, l'aggiornamento e l'eliminazione di dati dalla tabella di database sottostante. Inoltre, in Creazione di un livello di logica di business sono stati progettati metodi nel BLL che sono stati richiamati in questi metodi DAL di modifica dei dati.

Oltre al metodo Select() , ObjectDataSource include Insert()anche i metodi , Update()e Delete() . Analogamente al Select() metodo , questi tre metodi possono essere mappati ai metodi in un oggetto sottostante. Se configurati per inserire, aggiornare o eliminare dati, i controlli GridView, DetailsView e FormView forniscono un'interfaccia utente per la modifica dei dati sottostanti. Questa interfaccia utente chiama i Insert()metodi , Update()e Delete() di ObjectDataSource, che quindi richiamano i metodi associati dell'oggetto sottostante (vedere la figura 1).

Figura 1: I metodi , Update()e Delete() di Insert()ObjectDataSource fungono da proxy nel BLL (fare clic per visualizzare l'immagine a dimensione intera)

In questa esercitazione verrà illustrato come eseguire il mapping dei metodi , Update()e Delete() di Insert()ObjectDataSource ai metodi delle classi nel BLL, nonché come configurare i controlli GridView, DetailsView e FormView per fornire funzionalità di modifica dei dati.

Passaggio 1: Creazione delle pagine Web inserimento, aggiornamento ed eliminazione

Prima di iniziare a esplorare come inserire, aggiornare ed eliminare i dati, è necessario prima di tutto creare le pagine ASP.NET nel progetto di sito Web che saranno necessarie per questa esercitazione e le successive. Per iniziare, aggiungere una nuova cartella denominata EditInsertDelete. Aggiungere quindi le pagine di ASP.NET seguenti a tale cartella, assicurandosi di associare ogni pagina alla Site.master pagina master:

• Default.aspx
• Basics.aspx
• DataModificationEvents.aspx
• ErrorHandling.aspx
• UIValidation.aspx
• CustomizedUI.aspx
• OptimisticConcurrency.aspx
• ConfirmationOnDelete.aspx
• UserLevelAccess.aspx

Figura 2: Aggiungere le pagine di ASP.NET per le esercitazioni su Data Modification-Related

Come nelle altre cartelle, Default.aspx nella EditInsertDelete cartella verranno elencate le esercitazioni nella relativa sezione. Tenere presente che il SectionLevelTutorialListing.ascx controllo utente fornisce questa funzionalità. Aggiungere quindi questo controllo utente a Default.aspx trascinandolo dal Esplora soluzioni nella visualizzazione Struttura della pagina.

Figura 3: Aggiungere il SectionLevelTutorialListing.ascx controllo utente a Default.aspx (fare clic per visualizzare l'immagine a dimensioni intere)

Infine, aggiungere le pagine come voci al Web.sitemap file. In particolare, aggiungere il markup seguente dopo la formattazione <siteMapNode>personalizzata :

<siteMapNode title="Editing, Inserting, and Deleting" url="~/EditInsertDelete/Default.aspx" description="Samples of Reports that Provide Editing, Inserting, and Deleting Capabilities"> <siteMapNode url="~/EditInsertDelete/Basics.aspx" title="Basics" description="Examines the basics of data modification with the GridView, DetailsView, and FormView controls." /> <siteMapNode url="~/EditInsertDelete/DataModificationEvents.aspx" title="Data Modification Events" description="Explores the events raised by the ObjectDataSource pertinent to data modification." /> <siteMapNode url="~/EditInsertDelete/ErrorHandling.aspx" title="Error Handling" description="Learn how to gracefully handle exceptions raised during the data modification workflow." /> <siteMapNode url="~/EditInsertDelete/UIValidation.aspx" title="Adding Data Entry Validation" description="Help prevent data entry errors by providing validation." /> <siteMapNode url="~/EditInsertDelete/CustomizedUI.aspx" title="Customize the User Interface" description="Customize the editing and inserting user interfaces." /> <siteMapNode url="~/EditInsertDelete/OptimisticConcurrency.aspx" title="Optimistic Concurrency" description="Learn how to help prevent simultaneous users from overwritting one another s changes." /> <siteMapNode url="~/EditInsertDelete/ConfirmationOnDelete.aspx" title="Confirm On Delete" description="Prompt a user for confirmation when deleting a record." /> <siteMapNode url="~/EditInsertDelete/UserLevelAccess.aspx" title="Limit Capabilities Based on User" description="Learn how to limit the data modification functionality based on the user role or permissions." /> </siteMapNode>

Dopo l'aggiornamento Web.sitemap, dedicare qualche minuto alla visualizzazione del sito Web delle esercitazioni tramite un browser. Il menu a sinistra include ora elementi per le esercitazioni di modifica, inserimento ed eliminazione.

Figura 4: La mappa del sito include ora le voci per le esercitazioni di modifica, inserimento ed eliminazione

Passaggio 2: Aggiunta e configurazione del controllo ObjectDataSource

Poiché GridView, DetailsView e FormView differiscono in base alle relative funzionalità e layout di modifica dei dati, esaminiamo ognuno singolarmente. Invece di avere ogni controllo usando il proprio ObjectDataSource, è sufficiente creare un singolo ObjectDataSource che tutti e tre gli esempi di controlli possono condividere.

Aprire la Basics.aspx pagina, trascinare ObjectDataSource dalla casella degli strumenti nella Designer e fare clic sul collegamento Configura origine dati dallo smart tag. Poiché è ProductsBLL l'unica classe BLL che fornisce metodi di modifica, inserimento ed eliminazione, configurare ObjectDataSource per l'uso di questa classe.

Figura 5: Configurare ObjectDataSource per l'uso della classe (fare clic per visualizzare l'immagineProductsBLL a dimensione intera)

Nella schermata successiva è possibile specificare i metodi della ProductsBLL classe di cui è stato eseguito il mapping a , Insert(), , Update()e Delete() di Select()ObjectDataSource selezionando la scheda appropriata e scegliendo il metodo dall'elenco a discesa. La figura 6, che ora dovrebbe avere familiarità, esegue il mapping del metodo ObjectDataSource Select() al ProductsBLL metodo della GetProducts() classe. I Insert()metodi , Update()e Delete() possono essere configurati selezionando la scheda appropriata dall'elenco nella parte superiore.

Figura 6: Fare clic per visualizzare l'immagine a dimensione intera per restituire ObjectDataSource.

Le figure 7, 8 e 9 mostrano le schede UPDATE, INSERT e DELETE di ObjectDataSource. Configurare queste schede in modo che i Insert()metodi , Update()e Delete() richiamino rispettivamente i ProductsBLL metodi , AddProducte DeleteProduct della UpdateProductclasse .

Figura 7: Eseguire il mapping del metodo ObjectDataSource Update() al metodo della UpdateProduct classe (fare clic per visualizzare l'immagineProductBLL a dimensione intera)

Figura 8: Eseguire il mapping del metodo ObjectDataSource Insert() al metodo Add Product della classe (fare clic per visualizzare l'immagineProductBLL a dimensione intera)

Figura 9: Eseguire il mapping del metodo ObjectDataSource Delete() al metodo della DeleteProduct classe (fare clic per visualizzare l'immagineProductBLL a dimensione intera)

È possibile che gli elenchi a discesa nelle schede UPDATE, INSERT e DELETE abbiano già selezionato questi metodi. Questo è grazie all'uso DataObjectMethodAttribute di che decora i metodi di ProductsBLL. Ad esempio, il metodo DeleteProduct ha la firma seguente:

<System.ComponentModel.DataObjectMethodAttribute _ (System.ComponentModel.DataObjectMethodType.Delete, True)> _ Public Function DeleteProduct(ByVal productID As Integer) As Boolean End Function

L'attributo DataObjectMethodAttribute indica lo scopo di ogni metodo se è per la selezione, l'inserimento, l'aggiornamento o l'eliminazione e se si tratta o meno del valore predefinito. Se questi attributi vengono omessi durante la creazione delle classi BLL, sarà necessario selezionare manualmente i metodi dalle schede UPDATE, INSERT e DELETE.

Dopo aver verificato che i metodi appropriati ProductsBLL siano mappati ai metodi , Update()e Delete() di Insert()ObjectDataSource, fare clic su Fine per completare la procedura guidata.

Esame del markup di ObjectDataSource

Dopo aver configurato ObjectDataSource tramite la relativa procedura guidata, passare alla visualizzazione Origine per esaminare il markup dichiarativo generato. Il <asp:ObjectDataSource> tag specifica l'oggetto sottostante e i metodi da richiamare. Sono inoltre disponibili DeleteParameters, UpdateParameterse InsertParameters che e eseguono il mapping ai parametri di input per i ProductsBLL metodi , UpdateProducte DeleteProduct della AddProductclasse:

<asp:ObjectDataSource ID="ObjectDataSource1" runat="server" DeleteMethod="DeleteProduct" InsertMethod="AddProduct" OldValuesParameterFormatString="original_{0}" SelectMethod="GetProducts" TypeName="ProductsBLL" UpdateMethod="UpdateProduct"> <DeleteParameters> <asp:Parameter Name="productID" Type="Int32" /> </DeleteParameters> <UpdateParameters> <asp:Parameter Name="productName" Type="String" /> <asp:Parameter Name="supplierID" Type="Int32" /> <asp:Parameter Name="categoryID" Type="Int32" /> <asp:Parameter Name="quantityPerUnit" Type="String" /> <asp:Parameter Name="unitPrice" Type="Decimal" /> <asp:Parameter Name="unitsInStock" Type="Int16" /> <asp:Parameter Name="unitsOnOrder" Type="Int16" /> <asp:Parameter Name="reorderLevel" Type="Int16" /> <asp:Parameter Name="discontinued" Type="Boolean" /> <asp:Parameter Name="productID" Type="Int32" /> </UpdateParameters> <InsertParameters> <asp:Parameter Name="productName" Type="String" /> <asp:Parameter Name="supplierID" Type="Int32" /> <asp:Parameter Name="categoryID" Type="Int32" /> <asp:Parameter Name="quantityPerUnit" Type="String" /> <asp:Parameter Name="unitPrice" Type="Decimal" /> <asp:Parameter Name="unitsInStock" Type="Int16" /> <asp:Parameter Name="unitsOnOrder" Type="Int16" /> <asp:Parameter Name="reorderLevel" Type="Int16" /> <asp:Parameter Name="discontinued" Type="Boolean" /> </InsertParameters> </asp:ObjectDataSource>

ObjectDataSource include un parametro per ognuno dei parametri di input per i metodi associati, esattamente come è presente un elenco di s quando ObjectDataSource è configurato per chiamare un metodo select che prevede un parametro di SelectParameter input , ad esempio GetProductsByCategoryID(categoryID). Come si vedrà a breve, i valori per questi DeleteParameters, UpdateParameterse InsertParameters vengono impostati automaticamente da GridView, DetailsView e FormView prima di richiamare il metodo , Update()o Delete() di Insert()ObjectDataSource. Questi valori possono anche essere impostati a livello di codice in base alle esigenze, come illustrato in un'esercitazione futura.

Un effetto collaterale dell'utilizzo della procedura guidata per configurare ObjectDataSource è che Visual Studio imposta la proprietà OldValuesParameterFormatString su original_{0}. Questo valore della proprietà viene usato per includere i valori originali dei dati da modificare ed è utile in due scenari:

• Se, quando si modifica un record, gli utenti possono modificare il valore della chiave primaria. In questo caso, è necessario specificare sia il nuovo valore della chiave primaria che il valore della chiave primaria originale in modo che il record con il valore della chiave primaria originale possa essere trovato e che il relativo valore sia aggiornato di conseguenza.
• Quando si usa la concorrenza ottimistica. La concorrenza ottimistica è una tecnica per garantire che due utenti simultanei non sovrascrivono le modifiche dell'altro ed è l'argomento per un'esercitazione futura.

La OldValuesParameterFormatString proprietà indica il nome dei parametri di input nei metodi di aggiornamento ed eliminazione dell'oggetto sottostante per i valori originali. Questa proprietà e il suo scopo verranno illustrati in modo più dettagliato quando si esplora la concorrenza ottimistica. Lo faccio ora, tuttavia, perché i metodi BLL non prevedono i valori originali ed è quindi importante rimuovere questa proprietà. Se si lascia la OldValuesParameterFormatString proprietà impostata su un valore diverso da quello predefinito ({0}) verrà generato un errore quando un controllo Web dati tenta di richiamare i metodi o Delete() di Update() ObjectDataSource perché ObjectDataSource tenterà di passare sia i UpdateParameters parametri di valore o DeleteParameters specificati che quelli originali.

Se questo non è terribilmente chiaro in questo momento, non preoccuparti, esamineremo questa proprietà e la relativa utilità in un'esercitazione futura. Per il momento, è sufficiente rimuovere completamente questa dichiarazione di proprietà dalla sintassi dichiarativa o impostare il valore sul valore predefinito ({0}).

Nota

Se si cancella semplicemente il valore della OldValuesParameterFormatString proprietà dalla Finestra Proprietà nella visualizzazione Progettazione, la proprietà sarà ancora presente nella sintassi dichiarativa, ma verrà impostata su una stringa vuota. Questo, purtroppo, continuerà a comportare lo stesso problema discusso in precedenza. Pertanto, rimuovere completamente la proprietà dalla sintassi dichiarativa o, dal Finestra Proprietà, impostare il valore sul valore predefinito, {0}.

Passaggio 3: Aggiunta di un controllo Web dati e configurazione per la modifica dei dati

Dopo aver aggiunto ObjectDataSource alla pagina e configurato, è possibile aggiungere controlli Web dati alla pagina per visualizzare i dati e fornire un mezzo per l'utente finale per modificarlo. Verranno esaminati separatamente GridView, DetailsView e FormView, in quanto questi controlli Web dati differiscono per le funzionalità di modifica e la configurazione dei dati.

Come vedremo nella parte restante di questo articolo, l'aggiunta di modifiche di base, inserimento ed eliminazione del supporto tramite i controlli GridView, DetailsView e FormView è molto semplice come il controllo di un paio di caselle di controllo. Ci sono molte sottigliezze e casi limite nel mondo reale che rendono la fornitura di tali funzionalità più coinvolte rispetto al semplice punto e clic. Questa esercitazione, tuttavia, è incentrata esclusivamente sulla dimostrazione di funzionalità semplicistiche di modifica dei dati. Le esercitazioni future esamineranno le preoccupazioni che si verificheranno senza dubbio in un ambiente reale.

Eliminazione di dati da GridView

Per iniziare, trascinare un controllo GridView dalla casella degli strumenti nella Designer. Associare quindi ObjectDataSource a GridView selezionandolo dall'elenco a discesa nello smart tag di GridView. A questo punto il markup dichiarativo di GridView sarà:

<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1"> <Columns> <asp:BoundField DataField="ProductID" HeaderText="ProductID" InsertVisible="False" ReadOnly="True" SortExpression="ProductID" /> <asp:BoundField DataField="ProductName" HeaderText="ProductName" SortExpression="ProductName" /> <asp:BoundField DataField="SupplierID" HeaderText="SupplierID" SortExpression="SupplierID" /> <asp:BoundField DataField="CategoryID" HeaderText="CategoryID" SortExpression="CategoryID" /> <asp:BoundField DataField="QuantityPerUnit" HeaderText="QuantityPerUnit" SortExpression="QuantityPerUnit" /> <asp:BoundField DataField="UnitPrice" HeaderText="UnitPrice" SortExpression="UnitPrice" /> <asp:BoundField DataField="UnitsInStock" HeaderText="UnitsInStock" SortExpression="UnitsInStock" /> <asp:BoundField DataField="UnitsOnOrder" HeaderText="UnitsOnOrder" SortExpression="UnitsOnOrder" /> <asp:BoundField DataField="ReorderLevel" HeaderText="ReorderLevel" SortExpression="ReorderLevel" /> <asp:CheckBoxField DataField="Discontinued" HeaderText="Discontinued" SortExpression="Discontinued" /> <asp:BoundField DataField="CategoryName" HeaderText="CategoryName" ReadOnly="True" SortExpression="CategoryName" /> <asp:BoundField DataField="SupplierName" HeaderText="SupplierName" ReadOnly="True" SortExpression="SupplierName" /> </Columns> </asp:GridView>

L'associazione di GridView a ObjectDataSource tramite lo smart tag offre due vantaggi:

• BoundFields e CheckBoxFields vengono creati automaticamente per ognuno dei campi restituiti da ObjectDataSource. Inoltre, le proprietà BoundField e CheckBoxField vengono impostate in base ai metadati del campo sottostante. Ad esempio, i ProductIDcampi , CategoryNamee SupplierName sono contrassegnati come di sola lettura in ProductsDataTable e pertanto non devono essere aggiornabili durante la modifica. A tale scopo, queste proprietà ReadOnly di BoundFields sono impostate su True.
• La proprietà DataKeyNames viene assegnata ai campi della chiave primaria dell'oggetto sottostante. Ciò è essenziale quando si usa GridView per la modifica o l'eliminazione di dati, perché questa proprietà indica il campo (o il set di campi) che identifica ogni record. Per altre informazioni sulla DataKeyNames proprietà, fare riferimento all'esercitazione Master/Detail Using a Selectable Master GridView with a Details DetailView tutorial (Uso di un controllo GridView master selezionabile con dettagli ).

Anche se GridView può essere associato a ObjectDataSource tramite la sintassi Finestra Proprietà o dichiarativa, è necessario aggiungere manualmente il boundField e DataKeyNames il markup appropriati.

Il controllo GridView offre il supporto predefinito per la modifica e l'eliminazione a livello di riga. La configurazione di un controllo GridView per supportare l'eliminazione aggiunge una colonna di pulsanti Elimina. Quando l'utente finale fa clic sul pulsante Elimina per una determinata riga, viene eseguito un postback e GridView esegue i passaggi seguenti:

1. I valori di DeleteParameters ObjectDataSource vengono assegnati
2. Viene richiamato il metodo ObjectDataSource Delete() , eliminando il record specificato
3. GridView si riassocia a ObjectDataSource richiamando il relativo Select() metodo

I valori assegnati a DeleteParameters sono i valori dei DataKeyNames campi della riga su cui è stato fatto clic sul pulsante Elimina. È quindi fondamentale che la proprietà di DataKeyNames GridView sia impostata correttamente. Se manca, verrà DeleteParameters assegnato un valore di Nothing nel passaggio 1, che a sua volta non comporterà alcun record eliminato nel passaggio 2.

Nota

La DataKeys raccolta viene archiviata nello stato del controllo gridView, vale a dire che i DataKeys valori verranno memorizzati nel postback anche se lo stato di visualizzazione di GridView è stato disabilitato. Tuttavia, è molto importante che lo stato di visualizzazione rimanga abilitato per GridViews che supportano la modifica o l'eliminazione (comportamento predefinito). Se si imposta la proprietà falsegridView su EnableViewState , il comportamento di modifica ed eliminazione funzionerà correttamente per un singolo utente, ma se sono presenti utenti simultanei che eliminano i dati, esiste la possibilità che questi utenti simultanei possano eliminare o modificare accidentalmente i record che non intendevano.

Questo stesso avviso si applica anche a DetailsViews e FormViews.

Per aggiungere funzionalità di eliminazione a un controllo GridView, è sufficiente passare allo smart tag e selezionare la casella di controllo Abilita eliminazione.

Figura 10: Selezionare la casella di controllo Abilita eliminazione

Selezionando la casella di controllo Abilita eliminazione dallo smart tag viene aggiunto un campo CommandField a GridView. CommandField esegue il rendering di una colonna in GridView con i pulsanti per eseguire una o più delle attività seguenti: selezione di un record, modifica di un record ed eliminazione di un record. In precedenza è stato visualizzato commandField in azione con la selezione dei record nel master/dettaglio usando un controllo GridView master selezionabile con un'esercitazione DetailsView .

CommandField contiene una serie di ShowXButton proprietà che indicano la serie di pulsanti visualizzati in CommandField. Selezionando la casella di controllo Abilita eliminazione un campo CommandField la cui ShowDeleteButton proprietà è True stata aggiunta all'insieme Columns di GridView.

<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1"> <Columns> <asp:CommandField ShowDeleteButton="True" /> ... BoundFields removed for brevity ... </Columns> </asp:GridView>

A questo punto, crederci o meno, abbiamo finito con l'aggiunta del supporto per l'eliminazione a GridView! Come illustrato nella figura 11, quando si visita questa pagina tramite un browser è presente una colonna dei pulsanti Elimina.

Figura 11: Il campo di comando aggiunge una colonna di pulsanti di eliminazione (fare clic per visualizzare l'immagine a dimensione intera)

Se questa esercitazione è stata creata autonomamente, quando si esegue il test di questa pagina facendo clic sul pulsante Elimina verrà generata un'eccezione. Continuare a leggere per informazioni sul motivo per cui sono state generate queste eccezioni e su come risolverle.

Nota

Se si sta seguendo il download a cui si accompagna questa esercitazione, questi problemi sono già stati rilevati. Tuttavia, ti invito a leggere i dettagli elencati di seguito per identificare i problemi che possono verificarsi e soluzioni alternative appropriate.

Se, quando si tenta di eliminare un prodotto, viene visualizzata un'eccezione il cui messaggio è simile a "ObjectDataSource 'ObjectDataSource1' non è stato possibile trovare un metodo non generico 'DeleteProduct' con parametri: productID, original_ProductID", probabilmente si è dimenticato di rimuovere la OldValuesParameterFormatString proprietà da ObjectDataSource. Con la OldValuesParameterFormatString proprietà specificata, ObjectDataSource tenta di passare parametri di input e original_ProductID al productIDDeleteProduct metodo . DeleteProduct, tuttavia, accetta solo un singolo parametro di input, di conseguenza l'eccezione . La rimozione della OldValuesParameterFormatString proprietà (o l'impostazione {0}su ) indica a ObjectDataSource di non tentare di passare il parametro di input originale.

Figura 12: Verificare che la proprietà sia stata cancellata (fare clic per visualizzare l'immagineOldValuesParameterFormatString a dimensione intera)

Anche se la OldValuesParameterFormatString proprietà è stata rimossa, si otterrà comunque un'eccezione quando si tenta di eliminare un prodotto con il messaggio : "L'istruzione DELETE è in conflitto con il vincolo REFERENCE 'FK_Order_Details_Products'". Il database Northwind contiene un vincolo di chiave esterna tra la Order Details tabella e Products , vale a dire che un prodotto non può essere eliminato dal sistema se nella tabella sono presenti uno o più record Order Details . Poiché ogni prodotto nel database Northwind ha almeno un record in Order Details, non è possibile eliminare alcun prodotto fino a quando non si eliminano prima i record dei dettagli dell'ordine associati del prodotto.

Figura 13: Un vincolo di chiave esterna impedisce l'eliminazione dei prodotti (fare clic per visualizzare l'immagine a dimensione intera)

Per l'esercitazione, è sufficiente eliminare tutti i record dalla Order Details tabella. In un'applicazione reale è necessario:

• Visualizzare un'altra schermata per gestire le informazioni sui dettagli dell'ordine
• Aumentare il metodo per includere la DeleteProduct logica per eliminare i dettagli dell'ordine del prodotto specificato
• Modificare la query SQL usata dall'oggetto TableAdapter per includere l'eliminazione dei dettagli dell'ordine del prodotto specificato

Eliminare tutti i record dalla Order Details tabella per aggirare il vincolo di chiave esterna. Passare a Esplora server in Visual Studio, fare clic con il pulsante destro del NORTHWND.MDF mouse sul nodo e scegliere Nuova query. Quindi, nella finestra di query eseguire l'istruzione SQL seguente: DELETE FROM [Order Details]

Figura 14: Eliminare tutti i record dalla tabella (fare clic per visualizzare l'immagineOrder Details a dimensione intera)

Dopo aver cancellato la Order Details tabella facendo clic sul pulsante Elimina, il prodotto verrà eliminato senza errori. Se si fa clic sul pulsante Elimina non si elimina il prodotto, verificare che la proprietà gridView DataKeyNames sia impostata sul campo chiave primaria (ProductID).

Nota

Quando si fa clic sul pulsante Elimina viene eseguito un postback e il record viene eliminato. Questo può essere pericoloso perché è facile fare clic accidentalmente sul pulsante Elimina della riga sbagliata. In un'esercitazione futura verrà illustrato come aggiungere una conferma lato client durante l'eliminazione di un record.

Modifica dei dati con GridView

Oltre all'eliminazione, il controllo GridView offre anche il supporto predefinito per la modifica a livello di riga. La configurazione di un controllo GridView per supportare la modifica aggiunge una colonna di pulsanti Modifica. Dal punto di vista dell'utente finale, facendo clic sul pulsante Modifica di una riga, la riga diventa modificabile, trasformando le celle in caselle di testo contenenti i valori esistenti e sostituendo il pulsante Modifica con i pulsanti Aggiorna e Annulla. Dopo aver apportato le modifiche desiderate, l'utente finale può fare clic sul pulsante Aggiorna per confermare le modifiche o il pulsante Annulla per eliminarle. In entrambi i casi, dopo aver fatto clic su Aggiorna o Annulla GridView torna allo stato di pre-modifica.

Dal punto di vista dello sviluppatore di pagine, quando l'utente finale fa clic sul pulsante Modifica per una determinata riga, viene eseguito un postback e GridView esegue i passaggi seguenti:

1. La proprietà di EditItemIndex GridView viene assegnata all'indice della riga su cui è stato fatto clic sul pulsante Modifica
2. GridView si riassocia a ObjectDataSource richiamando il relativo Select() metodo
3. Il rendering dell'indice di riga corrispondente a EditItemIndex viene eseguito in modalità di modifica. In questa modalità, il pulsante Modifica viene sostituito dai pulsanti Update e Cancel e BoundFields le cui ReadOnly proprietà sono False (impostazione predefinita) vengono visualizzate come controlli Web TextBox le cui Text proprietà vengono assegnate ai valori dei campi dati.

A questo punto il markup viene restituito al browser, consentendo all'utente finale di apportare modifiche ai dati della riga. Quando l'utente fa clic sul pulsante Aggiorna, si verifica un postback e GridView esegue i passaggi seguenti:

1. Ai valori di UpdateParameters ObjectDataSource vengono assegnati i valori immessi dall'utente finale nell'interfaccia di modifica di GridView
2. Viene richiamato il metodo ObjectDataSource Update() , aggiornando il record specificato
3. GridView si riassocia a ObjectDataSource richiamando il relativo Select() metodo

I valori della chiave primaria assegnati a UpdateParameters in Step 1 provengono dai valori specificati nella DataKeyNames proprietà , mentre i valori di chiave non primaria provengono dal testo nei controlli Web TextBox per la riga modificata. Come per l'eliminazione, è fondamentale che la proprietà di DataKeyNames GridView sia impostata correttamente. Se manca, al UpdateParameters valore della chiave primaria verrà assegnato un valore nel Nothing passaggio 1, che a sua volta non comporterà alcun record aggiornato nel passaggio 2.

È possibile attivare la funzionalità di modifica semplicemente selezionando la casella di controllo Abilita modifica nello smart tag di GridView.

Figura 15: Selezionare la casella di controllo Abilita modifica

Se necessario, selezionare la casella di controllo Abilita modifica aggiungerà un campo command (se necessario) e imposterà la relativa ShowEditButton proprietà su True. Come illustrato in precedenza, commandField contiene una serie di ShowXButton proprietà che indicano la serie di pulsanti visualizzati in CommandField. Selezionando la casella di controllo Abilita modifica, la ShowEditButton proprietà viene aggiunta al campo CommandField esistente:

<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1"> <Columns> <asp:CommandField ShowDeleteButton="True" ShowEditButton="True" /> ... BoundFields removed for brevity ... </Columns> </asp:GridView>

Questo è tutto quello che c'è da aggiungere supporto per la modifica rudimentale. Come illustrato nella figura 16, l'interfaccia di modifica è piuttosto grezza per ogni BoundField la cui ReadOnly proprietà è impostata su False (impostazione predefinita) viene eseguito il rendering come textBox. Sono inclusi campi come CategoryID e SupplierID, che sono chiavi di altre tabelle.

Figura 16: Facendo clic sul pulsante Modifica di Chai viene visualizzata la riga in modalità di modifica (fare clic per visualizzare l'immagine a dimensione intera)

Oltre a chiedere agli utenti di modificare direttamente i valori di chiave esterna, l'interfaccia dell'interfaccia di modifica non è presente nei modi seguenti:

• Se l'utente immette un CategoryID oggetto o SupplierID che non esiste nel database, UPDATE viola un vincolo di chiave esterna, causando la generazione di un'eccezione.
• L'interfaccia di modifica non include alcuna convalida. Se non si specifica un valore obbligatorio (ad esempio ProductName) o si immette un valore stringa in cui è previsto un valore numerico, ad esempio immettendo "Troppo!" nella UnitPrice casella di testo, verrà generata un'eccezione. Un'esercitazione futura esaminerà come aggiungere controlli di convalida all'interfaccia utente di modifica.
• Attualmente, tutti i campi del prodotto non di sola lettura devono essere inclusi in GridView. Se si desidera rimuovere un campo da GridView, ad esempio UnitPrice, quando si aggiornano i dati GridView non imposta il valore, che cambierebbe il UnitPriceUpdateParameters record UnitPrice di database su un NULL valore. Analogamente, se un campo obbligatorio, ad esempio ProductName, viene rimosso da GridView, l'aggiornamento avrà esito negativo con la stessa eccezione "ProductName colonna" non consente nulls" menzionata in precedenza.
• La formattazione dell'interfaccia di modifica lascia molto da desiderare. Viene UnitPrice visualizzato con quattro punti decimali. Idealmente i CategoryID valori e SupplierID contengono DropDownList che elencano le categorie e i fornitori nel sistema.

Queste sono tutte le lacune che dobbiamo vivere con per il momento, ma verranno risolte nelle esercitazioni future.

Inserimento, modifica ed eliminazione di dati con DetailsView

Come illustrato nelle esercitazioni precedenti, il controllo DetailsView visualizza un record alla volta e, ad esempio GridView, consente di modificare ed eliminare il record attualmente visualizzato. Sia l'esperienza dell'utente finale con la modifica che l'eliminazione di elementi da un oggetto DetailsView e il flusso di lavoro dal lato ASP.NET è identico a quello di GridView. Dove DetailsView differisce da GridView è che fornisce anche il supporto di inserimento predefinito.

Per illustrare le funzionalità di modifica dei dati di GridView, iniziare aggiungendo detailsView alla pagina precedente alla griglia esistente e associarla all'oggetto Basics.aspx ObjectDataSource esistente tramite lo smart tag detailsView. Deselezionare quindi le proprietà e Width le proprietà di Height DetailsView e selezionare l'opzione Abilita paging dallo smart tag. Per abilitare la modifica, l'inserimento e l'eliminazione del supporto, selezionare semplicemente le caselle di controllo Abilita modifica, Abilita inserimento e Abilita eliminazione nello smart tag.

Figura 17: Configurare DetailsView per supportare la modifica, l'inserimento e l'eliminazione

Come per GridView, l'aggiunta di modifiche, inserimento o eliminazione del supporto aggiunge un CommandField a DetailsView, come illustrato nella sintassi dichiarativa seguente:

<asp:DetailsView ID="DetailsView1" runat="server" AutoGenerateRows="False" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1" AllowPaging="True"> <Fields> <asp:BoundField DataField="ProductID" HeaderText="ProductID" InsertVisible="False" ReadOnly="True" SortExpression="ProductID" /> <asp:BoundField DataField="ProductName" HeaderText="ProductName" SortExpression="ProductName" /> <asp:BoundField DataField="SupplierID" HeaderText="SupplierID" SortExpression="SupplierID" /> <asp:BoundField DataField="CategoryID" HeaderText="CategoryID" SortExpression="CategoryID" /> <asp:BoundField DataField="QuantityPerUnit" HeaderText="QuantityPerUnit" SortExpression="QuantityPerUnit" /> <asp:BoundField DataField="UnitPrice" HeaderText="UnitPrice" SortExpression="UnitPrice" /> <asp:BoundField DataField="UnitsInStock" HeaderText="UnitsInStock" SortExpression="UnitsInStock" /> <asp:BoundField DataField="UnitsOnOrder" HeaderText="UnitsOnOrder" SortExpression="UnitsOnOrder" /> <asp:BoundField DataField="ReorderLevel" HeaderText="ReorderLevel" SortExpression="ReorderLevel" /> <asp:CheckBoxField DataField="Discontinued" HeaderText="Discontinued" SortExpression="Discontinued" /> <asp:BoundField DataField="CategoryName" HeaderText="CategoryName" ReadOnly="True" SortExpression="CategoryName" /> <asp:BoundField DataField="SupplierName" HeaderText="SupplierName" ReadOnly="True" SortExpression="SupplierName" /> <asp:CommandField ShowDeleteButton="True" ShowEditButton="True" ShowInsertButton="True" /> </Fields> </asp:DetailsView>

Si noti che per DetailsView il CommandField viene visualizzato alla fine dell'insieme Columns per impostazione predefinita. Poiché i campi di DetailsView vengono visualizzati come righe, il ComandoField viene visualizzato come riga con i pulsanti Inserisci, Modifica ed Elimina nella parte inferiore di DetailsView.

Figura 18: Configurare DetailsView per supportare la modifica, l'inserimento e l'eliminazione (fare clic per visualizzare l'immagine full-size)

Facendo clic sul pulsante Elimina viene avviata la stessa sequenza di eventi come con GridView: un postback; seguito dal metodo DetailsView che popola il relativo oggetto ObjectDataSource in base ai DataKeyNames valori e completato con una chiamata al metodo ObjectDataSource DeleteParametersDelete(), che rimuove effettivamente il prodotto dal database. La modifica in DetailsView funziona anche in modo identico a quello di GridView.

Per l'inserimento, l'utente finale viene visualizzato con un pulsante Nuovo che, quando viene fatto clic, esegue il rendering di DetailsView in "modalità inserimento". Con "modalità di inserimento" il pulsante New viene sostituito dai pulsanti Inserisci e Annulla e vengono visualizzati solo quelli BoundFields la cui InsertVisible proprietà è impostata su True (impostazione predefinita). Tali campi dati identificati come campi di incremento automatico, ad esempio ProductID, hanno la relativa proprietà InsertVisible impostata su False quando si associa DetailsView all'origine dati tramite lo smart tag.

Quando si associa un'origine dati a un oggetto DetailsView tramite lo smart tag, Visual Studio imposta la InsertVisible proprietà False solo per i campi di incremento automatico. I campi di sola lettura, ad esempio CategoryName e SupplierName, verranno visualizzati nell'interfaccia utente "modalità inserimento" a meno che la proprietà InsertVisible non sia impostata in modo esplicito su False. Passare un momento per impostare le proprietà Falsedi InsertVisible questi due campi su , tramite la sintassi dichiarativa di DetailsView o tramite il collegamento Modifica campi nello smart tag. La figura 19 mostra l'impostazione delle InsertVisible proprietà su False facendo clic sul collegamento Modifica campi.

Figura 19: Northwind Traders Now Offre tè Acme (fare clic per visualizzare l'immagine a dimensioni complete)

Dopo aver impostato le InsertVisible proprietà, visualizzare la Basics.aspx pagina in un browser e fare clic sul pulsante Nuovo. La figura 20 mostra DetailsView quando si aggiunge una nuova bevanda, Acme Tea, alla linea di prodotti.

Figura 20: Northwind Traders Now Offre tè Acme (Fare clic per visualizzare l'immagine a dimensioni complete)

Dopo aver immesso i dettagli per Acme Tea e facendo clic sul pulsante Inserisci, viene eseguito un postback e il nuovo record viene aggiunto alla tabella di Products database. Poiché questo detailsView elenca i prodotti in ordine con cui sono presenti nella tabella di database, è necessario visualizzare la pagina dell'ultimo prodotto per visualizzare il nuovo prodotto.

Figura 21: Dettagli per Acme Tea (Fare clic per visualizzare l'immagine full-size)

Nota

La proprietà CurrentMode di DetailsView indica l'interfaccia visualizzata e può essere uno dei valori seguenti: Edit, Inserto ReadOnly. La proprietà DefaultMode indica la modalità in cui DetailsView viene restituito dopo il completamento di una modifica o un inserimento ed è utile per la visualizzazione di un oggetto DetailsView in modalità modifica o inserimento permanente.

Il punto e fare clic su inserimento e modifica delle funzionalità di DetailsView soffrono delle stesse limitazioni di GridView: l'utente deve immettere valori esistenti CategoryID e SupplierID tramite una casella di testo; l'interfaccia non dispone di alcuna logica di convalida; tutti i campi di prodotto che non consentono NULL valori o non hanno un valore predefinito specificato a livello di database devono essere inclusi nell'interfaccia di inserimento, E così via.

Le tecniche esaminate per estendere e migliorare l'interfaccia di modifica di GridView negli articoli futuri possono essere applicate anche alla modifica e all'inserimento di interfacce del controllo DetailsView.

Uso di FormView per un'interfaccia utente di modifica dei dati più flessibile

FormView offre il supporto predefinito per l'inserimento, la modifica e l'eliminazione dei dati, ma poiché usa modelli anziché campi non è possibile aggiungere BoundFields o commandField usati dai controlli GridView e DetailsView per fornire l'interfaccia di modifica dei dati. Invece, questa interfaccia consente ai controlli Web di raccogliere l'input utente durante l'aggiunta di un nuovo elemento o la modifica di uno esistente insieme ai pulsanti New, Edit, Delete, Insert, Update e Cancel devono essere aggiunti manualmente ai modelli appropriati. Fortunatamente, Visual Studio creerà automaticamente l'interfaccia necessaria quando si associa FormView a un'origine dati tramite l'elenco a discesa nel relativo smart tag.

Per illustrare queste tecniche, iniziare aggiungendo formView alla Basics.aspx pagina e, dallo smart tag di FormView, associarlo all'oggetto ObjectDataSource già creato. Verrà generato un EditItemTemplateoggetto , InsertItemTemplatee ItemTemplate per i controlli Web FormView con TextBox per raccogliere i controlli Web input e Button dell'utente per i pulsanti New, Edit, Delete, Insert, Update e Cancel. Inoltre, la proprietà di DataKeyNames FormView è impostata sul campo chiave primaria (ProductID) dell'oggetto restituito da ObjectDataSource. Infine, selezionare l'opzione Abilita paging nello smart tag di FormView.

Di seguito viene illustrato il markup dichiarativo per il FormView dopo che FormView ItemTemplate è stato associato a ObjectDataSource. Per impostazione predefinita, ogni campo prodotto valore non booleano è associato alla proprietà di un controllo Web Etichetta mentre ogni campo valore booleano (Discontinued) è associato alla TextChecked proprietà di un controllo Web CheckBox disabilitato. Per consentire ai pulsanti New, Edit e Delete di attivare un determinato comportamento di FormView quando si fa clic, è imperativo impostare i relativi CommandName valori su New, Edite Delete, rispettivamente.

<asp:FormView ID="FormView1" runat="server" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1" AllowPaging="True"> <EditItemTemplate> ... </EditItemTemplate> <InsertItemTemplate> ... </InsertItemTemplate> <ItemTemplate> ProductID: <asp:Label ID="ProductIDLabel" runat="server" Text='<%# Eval("ProductID") %>'></asp:Label><br /> ProductName: <asp:Label ID="ProductNameLabel" runat="server" Text='<%# Bind("ProductName") %>'> </asp:Label><br /> SupplierID: <asp:Label ID="SupplierIDLabel" runat="server" Text='<%# Bind("SupplierID") %>'> </asp:Label><br /> CategoryID: <asp:Label ID="CategoryIDLabel" runat="server" Text='<%# Bind("CategoryID") %>'> </asp:Label><br /> QuantityPerUnit: <asp:Label ID="QuantityPerUnitLabel" runat="server" Text='<%# Bind("QuantityPerUnit") %>'> </asp:Label><br /> UnitPrice: <asp:Label ID="UnitPriceLabel" runat="server" Text='<%# Bind("UnitPrice") %>'></asp:Label><br /> UnitsInStock: <asp:Label ID="UnitsInStockLabel" runat="server" Text='<%# Bind("UnitsInStock") %>'> </asp:Label><br /> UnitsOnOrder: <asp:Label ID="UnitsOnOrderLabel" runat="server" Text='<%# Bind("UnitsOnOrder") %>'> </asp:Label><br /> ReorderLevel: <asp:Label ID="ReorderLevelLabel" runat="server" Text='<%# Bind("ReorderLevel") %>'> </asp:Label><br /> Discontinued: <asp:CheckBox ID="DiscontinuedCheckBox" runat="server" Checked='<%# Bind("Discontinued") %>' Enabled="false" /><br /> CategoryName: <asp:Label ID="CategoryNameLabel" runat="server" Text='<%# Bind("CategoryName") %>'> </asp:Label><br /> SupplierName: <asp:Label ID="SupplierNameLabel" runat="server" Text='<%# Bind("SupplierName") %>'> </asp:Label><br /> <asp:LinkButton ID="EditButton" runat="server" CausesValidation="False" CommandName="Edit" Text="Edit"> </asp:LinkButton> <asp:LinkButton ID="DeleteButton" runat="server" CausesValidation="False" CommandName="Delete" Text="Delete"> </asp:LinkButton> <asp:LinkButton ID="NewButton" runat="server" CausesValidation="False" CommandName="New" Text="New"> </asp:LinkButton> </ItemTemplate> </asp:FormView>

La figura 22 mostra la visualizzazione di ItemTemplate FormView tramite un browser. Ogni campo prodotto è elencato con i pulsanti New, Edit e Delete nella parte inferiore.

Figura 22: Defaut FormView ItemTemplate Elenchi Ogni campo prodotto insieme ai pulsanti New, Edit and Delete (Fare clic per visualizzare l'immagine full-size)

Come per GridView e DetailsView, fare clic sul pulsante Delete o su qualsiasi pulsante, LinkButton o ImageButton la cui CommandName proprietà è impostata su Delete causa un postback, popola il valore di ObjectDataSource in base al valore di DataKeyNames FormView e richiama il metodo ObjectDataSource DeleteParametersDelete().

Quando il pulsante Modifica viene fatto clic su un postback e i dati vengono rebound all'oggetto EditItemTemplate, che è responsabile del rendering dell'interfaccia di modifica. Questa interfaccia include i controlli Web per la modifica dei dati insieme ai pulsanti Aggiorna e Annulla. Il valore predefinito EditItemTemplate generato da Visual Studio contiene un'etichetta per tutti i campi di incremento automatico (ProductID), una Casella di testo per ogni campo valore non booleano e un campo CheckBox per ogni campo valore booleano. Questo comportamento è molto simile ai controlli BoundFields generati automaticamente nei controlli GridView e DetailsView.

Nota

Un piccolo problema con la generazione automatica di FormView dell'oggetto EditItemTemplate è che esegue il rendering dei controlli Web TextBox per tali campi di sola lettura, ad esempio CategoryName e SupplierName. Verrà illustrato come tenere conto di questo breve periodo.

I controlli TextBox nell'oggetto EditItemTemplate hanno la proprietà Text associata al valore del campo dati corrispondente usando la combinazione di dati bidirezionale. Il databinding bidirezionale, denotato da <%# Bind("dataField") %>, esegue l'associazione dei dati sia quando si associano i dati al modello che quando si popolano i parametri di ObjectDataSource per l'inserimento o la modifica dei record. Ovvero, quando l'utente fa clic sul pulsante Modifica dal ItemTemplatemetodo , il Bind() metodo restituisce il valore del campo dati specificato. Dopo che l'utente apporta le modifiche e fa clic su Aggiorna, i valori pubblicati di nuovo che corrispondono ai campi dati specificati tramite Bind() vengono applicati all'oggetto ObjectDataSource.UpdateParameters In alternativa, il databinding unidirezionale, denotato da <%# Eval("dataField") %>, recupera solo i valori del campo dati quando si associano i dati al modello e non restituisce i valori immessi dall'utente ai parametri dell'origine dati nel postback.

Il markup dichiarativo seguente mostra l'oggetto FormView.EditItemTemplate Si noti che il Bind() metodo viene usato nella sintassi databinding qui e che i controlli Web Update e Cancel Button hanno le relative CommandName proprietà impostate di conseguenza.

<asp:FormView ID="FormView1" runat="server" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1" AllowPaging="True"> <EditItemTemplate> ProductID: <asp:Label ID="ProductIDLabel1" runat="server" Text="<%# Eval("ProductID") %>"></asp:Label><br /> ProductName: <asp:TextBox ID="ProductNameTextBox" runat="server" Text="<%# Bind("ProductName") %>"> </asp:TextBox><br /> SupplierID: <asp:TextBox ID="SupplierIDTextBox" runat="server" Text="<%# Bind("SupplierID") %>"> </asp:TextBox><br /> CategoryID: <asp:TextBox ID="CategoryIDTextBox" runat="server" Text="<%# Bind("CategoryID") %>"> </asp:TextBox><br /> QuantityPerUnit: <asp:TextBox ID="QuantityPerUnitTextBox" runat="server" Text="<%# Bind("QuantityPerUnit") %>"> </asp:TextBox><br /> UnitPrice: <asp:TextBox ID="UnitPriceTextBox" runat="server" Text="<%# Bind("UnitPrice") %>"> </asp:TextBox><br /> UnitsInStock: <asp:TextBox ID="UnitsInStockTextBox" runat="server" Text="<%# Bind("UnitsInStock") %>"> </asp:TextBox><br /> UnitsOnOrder: <asp:TextBox ID="UnitsOnOrderTextBox" runat="server" Text="<%# Bind("UnitsOnOrder") %>"> </asp:TextBox><br /> ReorderLevel: <asp:TextBox ID="ReorderLevelTextBox" runat="server" Text="<%# Bind("ReorderLevel") %>"> </asp:TextBox><br /> Discontinued: <asp:CheckBox ID="DiscontinuedCheckBox" runat="server" Checked="<%# Bind("Discontinued") %>" /><br /> CategoryName: <asp:TextBox ID="CategoryNameTextBox" runat="server" Text="<%# Bind("CategoryName") %>"> </asp:TextBox><br /> SupplierName: <asp:TextBox ID="SupplierNameTextBox" runat="server" Text="<%# Bind("SupplierName") %>"> </asp:TextBox><br /> <asp:LinkButton ID="UpdateButton" runat="server" CausesValidation="True" CommandName="Update" Text="Update"> </asp:LinkButton> <asp:LinkButton ID="UpdateCancelButton" runat="server" CausesValidation="False" CommandName="Cancel" Text="Cancel"> </asp:LinkButton> </EditItemTemplate> <InsertItemTemplate> ... </InsertItemTemplate> <ItemTemplate> ... </ItemTemplate> </asp:FormView>

A EditItemTemplatequesto punto verrà generata un'eccezione se si tenta di usarla. Il problema è che i CategoryName campi e SupplierName vengono sottoposti a rendering come controlli Web TextBox in EditItemTemplate. È necessario modificare queste caselle di testo in Etichette o rimuoverle completamente. È sufficiente eliminarli completamente dall'oggetto EditItemTemplate.

La figura 23 mostra FormView in un browser dopo aver fatto clic sul pulsante Modifica per Chai. Si noti che i SupplierName campi e CategoryName visualizzati nell'oggetto ItemTemplateEditItemTemplatenon sono più presenti, come è stato appena rimosso da . Quando si fa clic sul pulsante Aggiorna, FormView procede con la stessa sequenza di passaggi dei controlli GridView e DetailsView.

Figura 23: per impostazione predefinita, il EditItemTemplate campo Mostra ogni campo prodotto modificabile come casella di testo o casella di controllo (fare clic per visualizzare un'immagine full-size)

Quando il pulsante Inserisci viene fatto clic su FormView ItemTemplate , viene eseguito un postback. Tuttavia, nessun dato è associato a FormView perché viene aggiunto un nuovo record. L'interfaccia InsertItemTemplate include i controlli Web per l'aggiunta di un nuovo record insieme ai pulsanti Inserisci e Annulla. Il valore predefinito InsertItemTemplate generato da Visual Studio contiene una casella di testo per ogni campo valore non booleano e un controllo CheckBox per ogni campo valore booleano, simile all'interfaccia generata EditItemTemplateautomaticamente. I controlli TextBox hanno la proprietà Text associata al valore del campo dati corrispondente usando il databinding bidirezionale.

Il markup dichiarativo seguente mostra l'oggetto FormView.InsertItemTemplate Si noti che il Bind() metodo viene usato nella sintassi databinding qui e che i controlli Web Insert e Cancel Button hanno le relative CommandName proprietà impostate di conseguenza.

<asp:FormView ID="FormView1" runat="server" DataKeyNames="ProductID" DataSourceID="ObjectDataSource1" AllowPaging="True"> <EditItemTemplate> ... </EditItemTemplate> <InsertItemTemplate> ProductName: <asp:TextBox ID="ProductNameTextBox" runat="server" Text="<%# Bind("ProductName") %>"> </asp:TextBox><br /> SupplierID: <asp:TextBox ID="SupplierIDTextBox" runat="server" Text="<%# Bind("SupplierID") %>"> </asp:TextBox><br /> CategoryID: <asp:TextBox ID="CategoryIDTextBox" runat="server" Text="<%# Bind("CategoryID") %>"> </asp:TextBox><br /> QuantityPerUnit: <asp:TextBox ID="QuantityPerUnitTextBox" runat="server" Text="<%# Bind("QuantityPerUnit") %>"> </asp:TextBox><br /> UnitPrice: <asp:TextBox ID="UnitPriceTextBox" runat="server" Text="<%# Bind("UnitPrice") %>"> </asp:TextBox><br /> UnitsInStock: <asp:TextBox ID="UnitsInStockTextBox" runat="server" Text="<%# Bind("UnitsInStock") %>"> </asp:TextBox><br /> UnitsOnOrder: <asp:TextBox ID="UnitsOnOrderTextBox" runat="server" Text="<%# Bind("UnitsOnOrder") %>"> </asp:TextBox><br /> ReorderLevel: <asp:TextBox ID="ReorderLevelTextBox" runat="server" Text="<%# Bind("ReorderLevel") %>"> </asp:TextBox><br /> Discontinued: <asp:CheckBox ID="DiscontinuedCheckBox" runat="server" Checked="<%# Bind("Discontinued") %>" /><br /> CategoryName: <asp:TextBox ID="CategoryNameTextBox" runat="server" Text="<%# Bind("CategoryName") %>"> </asp:TextBox><br /> SupplierName: <asp:TextBox ID="SupplierNameTextBox" runat="server" Text="<%# Bind("SupplierName") %>"> </asp:TextBox><br /> <asp:LinkButton ID="InsertButton" runat="server" CausesValidation="True" CommandName="Insert" Text="Insert"> </asp:LinkButton> <asp:LinkButton ID="InsertCancelButton" runat="server" CausesValidation="False" CommandName="Cancel" Text="Cancel"> </asp:LinkButton> </InsertItemTemplate> <ItemTemplate> ... </ItemTemplate> </asp:FormView>

C'è una sottilezza con la generazione automatica di FormView dell'oggetto InsertItemTemplate. In particolare, i controlli Web TextBox vengono creati anche per i campi di sola lettura, ad esempio CategoryName e SupplierName. Come con , EditItemTemplateè necessario rimuovere questi caselle di testo da InsertItemTemplate.

La figura 24 mostra FormView in un browser quando si aggiunge un nuovo prodotto, Acme Coffee. Si noti che i SupplierName campi e CategoryName visualizzati in ItemTemplate non sono più presenti, come è stato appena rimosso. Quando si fa clic sul pulsante Inserisci, FormView procede nella stessa sequenza di passaggi del controllo DetailsView, aggiungendo un nuovo record alla Products tabella. La figura 25 mostra i dettagli del prodotto Acme Coffee in FormView dopo l'inserimento.

Figura 24: InsertItemTemplate Determina l'interfaccia di inserimento di FormView (fare clic per visualizzare l'immagine a dimensioni complete)

Figura 25: i dettagli per il nuovo prodotto, Acme Coffee, vengono visualizzati in FormView (fare clic per visualizzare l'immagine full-size)

Separando le interfacce di sola lettura, modifica e inserimento in tre modelli separati, FormView consente un grado di controllo più fine su queste interfacce rispetto a DetailsView e GridView.

Nota

Analogamente a DetailsView, la proprietà di CurrentMode FormView indica l'interfaccia visualizzata e la relativa DefaultMode proprietà indica che la modalità in cui FormView torna dopo il completamento di una modifica o di un inserimento.

Riepilogo

In questa esercitazione sono state esaminate le nozioni di base per l'inserimento, la modifica e l'eliminazione di dati usando GridView, DetailsView e FormView. Tutti e tre questi controlli offrono un certo livello di funzionalità di modifica dei dati predefinite che possono essere usate senza scrivere una singola riga di codice nella pagina ASP.NET grazie ai controlli Web dati e a ObjectDataSource. Tuttavia, il semplice punto e le tecniche di clic eseguono il rendering di un'interfaccia utente di modifica dei dati piuttosto fragile e ingenua. Per fornire la convalida, inserire valori programmatici, gestire normalmente le eccezioni, personalizzare l'interfaccia utente e così via, è necessario basarsi su una serie di tecniche che verranno illustrate nelle esercitazioni successive.

Buon programmatori!

Informazioni sull'autore

Scott Mitchell, autore di sette libri ASP/ASP.NET e fondatore di 4GuysFromRolla.com, lavora con le tecnologie Web Microsoft dal 1998. Scott lavora come consulente indipendente, formatore e scrittore. Il suo ultimo libro è Sams Teach Yourself ASP.NET 2.0 in 24 ore. Può essere raggiunto all'indirizzo mitchell@4GuysFromRolla.com. o tramite il suo blog, disponibile all'indirizzo http://ScottOnWriting.NET.

IndietroAvanti