Personalizzazione dell'interfaccia di modifica dei dati (VB)

di Scott Mitchell

Scaricare il PDF

In questa esercitazione verrà illustrato come personalizzare l'interfaccia di un controllo GridView modificabile sostituendo i controlli TextBox e CheckBox standard con controlli Web di input alternativi.

Introduzione

I controlli BoundFields e CheckBoxFields usati dai controlli GridView e DetailsView semplificano il processo di modifica dei dati grazie alla possibilità di eseguire il rendering di interfacce di sola lettura, modificabili e inseriscibili. È possibile eseguire il rendering di queste interfacce senza la necessità di aggiungere codice o markup dichiarativo aggiuntivo. Tuttavia, le interfacce BoundField e CheckBoxField non hanno la personalizzazione spesso necessaria in scenari reali. Per personalizzare l'interfaccia modificabile o inseribile in un controllo GridView o DetailsView, è invece necessario usare un oggetto TemplateField.

Nell'esercitazione precedente è stato illustrato come personalizzare le interfacce di modifica dei dati aggiungendo controlli Web di convalida. In questa esercitazione verrà illustrato come personalizzare i controlli Web di raccolta dati effettivi, sostituendo i controlli TextBox e CheckBoxField standard di BoundField e CheckBoxField con controlli Web di input alternativi. In particolare, verrà creato un controllo GridView modificabile che consente di aggiornare il nome, la categoria, il fornitore e lo stato di interruzione di un prodotto. Quando si modifica una particolare riga, i campi categoria e fornitore verranno visualizzati come Elenchi a discesa, contenenti il set di categorie e fornitori disponibili tra cui scegliere. Inoltre, sostituiamo il checkbox predefinito di CheckBoxField con un controllo RadioButtonList che offre due opzioni: "Active" e "Discontinued".

Figura 1: L'interfaccia di modifica di GridView include elenchi a discesa e pulsanti di opzione (fare clic per visualizzare l'immagine a dimensione intera)

Passaggio 1: Creazione dell'overload appropriatoUpdateProduct

In questa esercitazione verrà creato un controllo GridView modificabile che consente la modifica del nome, della categoria, del fornitore e dello stato di interruzione di un prodotto. Pertanto, è necessario un UpdateProduct overload che accetta cinque parametri di input: questi quattro valori di prodotto più il ProductID. Come nei sovraccarichi precedenti, questo farà:

1. Recupera le informazioni sul prodotto dal database per l'oggetto specificato ProductID.
2. Aggiornare i campi ProductName, CategoryID, SupplierID e Discontinued
3. Inviare la richiesta di aggiornamento al dal tramite il metodo TableAdapter Update() .

Per brevità, per questo particolare sovraccarico, ho omesso il controllo della regola aziendale che garantisce che un prodotto contrassegnato come sospeso non sia l'unico prodotto offerto dal suo fornitore. È possibile aggiungerlo se si preferisce o, idealmente, effettuare il refactoring della logica in un metodo separato.

Il codice seguente illustra il nuovo UpdateProduct overload nella ProductsBLL classe :

<System.ComponentModel.DataObjectMethodAttribute(System.ComponentModel.DataObjectMethodType.Update, False)>
Public Function UpdateProduct(
    ByVal productName As String, ByVal categoryID As Nullable(Of Integer), 
    ByVal supplierID As Nullable(Of Integer), ByVal discontinued As Boolean, 
    ByVal productID As Integer)
    As Boolean
    Dim products As Northwind.ProductsDataTable = Adapter.GetProductByProductID(productID)
    If products.Count = 0 Then
        Return False
    End If
    Dim product As Northwind.ProductsRow = products(0)
    product.ProductName = productName
    If Not supplierID.HasValue Then
        product.SetSupplierIDNull()
    Else
        product.SupplierID = supplierID.Value
    End If
    If Not categoryID.HasValue Then
        product.SetCategoryIDNull()
    Else
        product.CategoryID = categoryID.Value
    End If
    product.Discontinued = discontinued
    Dim rowsAffected As Integer = Adapter.Update(product)
    Return rowsAffected = 1
End Function

Passaggio 2: Creazione di GridView modificabile

Con l'overload UpdateProduct aggiunto, siamo pronti per creare il GridView modificabile. Aprire la CustomizedUI.aspx pagina nella EditInsertDelete cartella e aggiungere un controllo GridView alla finestra di progettazione. Creare quindi un nuovo ObjectDataSource dallo smart tag gridView. Configurare l'ObjectDataSource per recuperare le informazioni sul prodotto tramite il metodo della classe ProductBLL e aggiornare i dati del prodotto utilizzando l'overload UpdateProduct appena creato. Nelle schede INSERT e DELETE selezionare (Nessuno) negli elenchi a discesa.

Figura 2: Configurare ObjectDataSource per l'uso dell'overload appena creato (UpdateProduct a dimensione intera)

Come illustrato nelle esercitazioni sulla modifica dei dati, la sintassi dichiarativa per ObjectDataSource creata da Visual Studio assegna la OldValuesParameterFormatString proprietà a original_{0}. Questo, naturalmente, non funzionerà con il livello di logica di business perché i metodi non prevedono che il valore originale ProductID venga passato. Pertanto, come è stato fatto nelle esercitazioni precedenti, rimuovere questa assegnazione di proprietà dalla sintassi dichiarativa o, in alternativa, impostare il valore di questa proprietà su {0}.

Dopo questa modifica, il markup dichiarativo di ObjectDataSource dovrebbe essere simile al seguente:

<asp:ObjectDataSource ID="ObjectDataSource1" runat="server"
    SelectMethod="GetProducts" TypeName="ProductsBLL"
    UpdateMethod="UpdateProduct">
    <UpdateParameters>
        <asp:Parameter Name="productName" Type="String" />
        <asp:Parameter Name="categoryID" Type="Int32" />
        <asp:Parameter Name="supplierID" Type="Int32" />
        <asp:Parameter Name="discontinued" Type="Boolean" />
        <asp:Parameter Name="productID" Type="Int32" />
    </UpdateParameters>
</asp:ObjectDataSource>

Si noti che la OldValuesParameterFormatString proprietà è stata rimossa e vi è un Parameter nella collezione UpdateParameters per ognuno dei parametri di input attesi dall'overload UpdateProduct.

Mentre ObjectDataSource è configurato per aggiornare solo un subset di valori di prodotto, GridView visualizza attualmente tutti i campi del prodotto. Prenditi un momento per modificare il GridView in modo che:

• Includere solo ProductName, SupplierName, CategoryName BoundFields e Discontinued CheckBoxField
• I campi CategoryName e SupplierName da visualizzare prima (a sinistra di) il CheckBoxField Discontinued
• Le proprietà CategoryName e SupplierName dei BoundFields sono impostate rispettivamente su "Category" e "Supplier"
• Il supporto per la modifica è abilitato (selezionare la casella di controllo Abilita modifica nello smart tag di GridView)

Dopo queste modifiche, la finestra di progettazione sarà simile alla figura 3, con la sintassi dichiarativa di GridView illustrata di seguito.

Figura 3: Rimuovere i campi non necessari da GridView (fare clic per visualizzare l'immagine a dimensione intera)

<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False"
    DataKeyNames="ProductID" DataSourceID="ObjectDataSource1">
    <Columns>
        <asp:BoundField DataField="ProductName"
           HeaderText="ProductName" SortExpression="ProductName" />
        <asp:BoundField DataField="CategoryName" HeaderText="Category"
           ReadOnly="True"
           SortExpression="CategoryName" />
        <asp:BoundField DataField="SupplierName" HeaderText="Supplier"
           ReadOnly="True"
           SortExpression="SupplierName" />
        <asp:CheckBoxField DataField="Discontinued"
           HeaderText="Discontinued" SortExpression="Discontinued" />
    </Columns>
</asp:GridView>

A questo punto il comportamento di sola lettura di GridView è completo. Quando si visualizzano i dati, il rendering di ogni prodotto viene eseguito come riga in GridView, che mostra il nome, la categoria, il fornitore e lo stato di interruzione del prodotto.

Figura 4: L'interfaccia Read-Only di GridView è completa (fare clic per visualizzare l'immagine a dimensione intera)

Passaggio 3: Uso di un elenco a discesa per le interfacce di modifica di categoria e fornitore

Tenere presente che l'oggetto ProductsRow contiene CategoryIDle proprietà , CategoryName, SupplierIDe SupplierName , che forniscono i valori effettivi dell'ID chiave esterna nella tabella di Products database e i valori corrispondenti Name nelle Categories tabelle e Suppliers . I ProductRow e CategoryID possono essere letti e scritti, mentre le proprietà SupplierID, CategoryName e SupplierName sono contrassegnate come di sola lettura.

A causa dello stato di sola lettura delle proprietà CategoryName e SupplierName, le proprietà BoundFields corrispondenti hanno la proprietà ReadOnly impostata su True, impedendo la modifica di questi valori quando una riga viene modificata. Sebbene sia possibile impostare la proprietà ReadOnly su False, rendere CategoryName e SupplierName BoundFields come TextBoxes durante la modifica comporterà un'eccezione quando l'utente tenta di aggiornare il prodotto, poiché non esiste alcun overload UpdateProduct che accetti gli input CategoryName e SupplierName. In effetti, non si vuole creare un overload di questo tipo per due motivi:

• La Products tabella non contiene SupplierName campi o CategoryName , ma SupplierID e CategoryID. Pertanto, si vuole che il metodo venga passato a questi valori ID specifici, non ai valori delle tabelle di ricerca.
• Richiedere all'utente di digitare il nome del fornitore o della categoria è minore dell'ideale, in quanto richiede all'utente di conoscere le categorie e i fornitori disponibili e le relative ortografie corrette.

I campi fornitore e categoria devono visualizzare i nomi delle categorie e dei fornitori quando sono in modalità di sola lettura (come ora) e un elenco a discesa delle opzioni applicabili quando vengono modificate. Usando un elenco a discesa, l'utente finale può visualizzare rapidamente quali categorie e fornitori sono disponibili per scegliere e può effettuare più facilmente la selezione.

Per fornire questo comportamento, è necessario convertire i SupplierNameCategoryName BoundFields nei TemplateFields il cui ItemTemplate emette i valori SupplierName e CategoryName e il cui EditItemTemplate usa un controllo DropDownList per elencare le categorie e i fornitori disponibili.

Aggiunta diCategorieseSupplierselenco a discesa

Per iniziare, convertire i SupplierName e CategoryName BoundFields in TemplateFields facendo clic sul collegamento "Modifica colonne" dallo smart tag di GridView, selezionando un BoundField dall'elenco in basso a sinistra e facendo clic sul collegamento "Converti questo campo in un TemplateField". Il processo di conversione creerà un TemplateField con entrambi un ItemTemplate e un EditItemTemplate, come illustrato nella sintassi dichiarativa seguente.

<asp:TemplateField HeaderText="Category" SortExpression="CategoryName">
    <EditItemTemplate>
        <asp:Label ID="Label1" runat="server"
          Text='<%# Eval("CategoryName") %>'></asp:Label>
    </EditItemTemplate>
    <ItemTemplate>
        <asp:Label ID="Label1" runat="server"
          Text='<%# Bind("CategoryName") %>'></asp:Label>
    </ItemTemplate>
</asp:TemplateField>

Poiché BoundField è stato contrassegnato come di sola lettura, sia l'oggetto ItemTemplate che EditItemTemplate contengono un controllo Web Label la cui Text proprietà è associata al campo dati applicabile (CategoryName, nella sintassi precedente). È necessario modificare EditItemTemplate, sostituendo il controllo Web Label con un controllo DropDownList.

Come illustrato nelle esercitazioni precedenti, il modello può essere modificato tramite la finestra di progettazione o direttamente dalla sintassi dichiarativa. Per modificarlo tramite il Designer, fare clic sul collegamento Modifica modelli dallo smart tag GridView e scegliere di lavorare con il campo Categoria EditItemTemplate. Rimuovere il controllo Web Etichetta e sostituirlo con un controllo DropDownList, impostando la proprietà ID di DropDownList su Categories.

Figura 5: Rimuovere il TextBox e aggiungere un menu a tendina a EditItemTemplate (cliccare per visualizzare l'immagine a dimensione reale).

A questo punto è necessario popolare DropDownList con le categorie disponibili. Fare clic sul collegamento Choose Data Source (Scegli origine dati) dallo smart tag dropDownList e scegliere di creare un nuovo ObjectDataSource denominato CategoriesDataSource.

Figura 6: Creare un nuovo controllo ObjectDataSource denominato CategoriesDataSource (fare clic per visualizzare l'immagine a dimensione intera)

Per fare in modo che ObjectDataSource restituisca tutte le categorie, associarla al CategoriesBLL metodo della GetCategories() classe.

Figura 7: Associare ObjectDataSource al metodo (CategoriesBLLGetCategories() a dimensione intera)

Configurare infine le impostazioni di DropDownList in modo che il CategoryName campo venga visualizzato in ogni DropDownList ListItem con il CategoryID campo usato come valore.

Figura 8: Visualizzare il CategoryName campo e usare CategoryID come valore (fare clic per visualizzare l'immagine a dimensione intera)

Dopo aver apportato queste modifiche, il markup dichiarativo per EditItemTemplate in CategoryName TemplateField includerà sia un DropDownList che un ObjectDataSource:

<asp:TemplateField HeaderText="Category" SortExpression="CategoryName">
    <EditItemTemplate>
        <asp:DropDownList ID="Categories" runat="server"
          DataSourceID="CategoriesDataSource"
          DataTextField="CategoryName" DataValueField="CategoryID">
        </asp:DropDownList>
        <asp:ObjectDataSource ID="CategoriesDataSource" runat="server"
            OldValuesParameterFormatString="original_{0}"
            SelectMethod="GetCategories" TypeName="CategoriesBLL">
        </asp:ObjectDataSource>
    </EditItemTemplate>
    <ItemTemplate>
        <asp:Label ID="Label1" runat="server"
          Text='<%# Bind("CategoryName") %>'></asp:Label>
    </ItemTemplate>
</asp:TemplateField>

Ripetere questi passaggi per aggiungere un oggetto DropDownList denominato Suppliers all'oggetto SupplierName TemplateField.EditItemTemplate Ciò comporta l'aggiunta di un DropDownList al EditItemTemplate e la creazione di un altro ObjectDataSource. Suppliers L'oggetto ObjectDataSource di DropDownList, tuttavia, deve essere configurato per richiamare il SuppliersBLL metodo della GetSuppliers() classe. Configurare inoltre Suppliers DropDownList per visualizzare il campo CompanyName e usare il campo SupplierID come valore per i ListItem.

Dopo aver aggiunto i DropDownLists ai due EditItemTemplate, caricare la pagina in un browser e fare clic sul pulsante Edit per il prodotto Chef Anton's Cajun Seasoning. Come illustrato nella figura 9, le colonne categoria e fornitore del prodotto vengono visualizzate come elenchi a discesa contenenti le categorie e i fornitori disponibili tra cui scegliere. Tuttavia, si noti che i primi elementi in entrambi gli elenchi a discesa sono selezionati per impostazione predefinita (bevande per la categoria e i liquidi esotici come fornitore), anche se Chef Anton's Cajun Seasoning è un condimento fornito da New Orleans Cajun Delights.

Figura 9: Il primo elemento nell'elenco Drop-Down è selezionato per impostazione predefinita (fare clic per visualizzare l'immagine a dimensione intera)

Inoltre, se si fa clic su Aggiorna, si scoprirà che i valori del prodotto CategoryID e SupplierID sono impostati su NULL. Entrambi questi comportamenti indesiderati sono causati dal fatto che gli elenchi DropDownList in EditItemTemplate s non sono associati ad alcun campo dati dai dati del prodotto sottostante.

Collegamento degli elenchi a discesa ai campi dati CategoryID e SupplierID

Per fare in modo che gli elenchi a discesa di categoria e fornitore modificati del prodotto siano impostati sui valori appropriati e che questi valori vengano restituiti al metodo BLL UpdateProduct facendo clic su Update, è necessario associare le proprietà dell'elenco a discesa SelectedValue ai CategoryID campi dati e SupplierID usando il databinding bidirezionale. Per realizzare ciò con l'oggetto SelectedValue='<%# Bind("CategoryID") %>' DropDownList, è possibile aggiungere Categories direttamente alla sintassi dichiarativa.

In alternativa, è possibile impostare i databinding di DropDownList modificando il modello tramite la finestra di progettazione e facendo clic sul collegamento Modifica DataBindings dallo smart tag dropDownList. In seguito, indicare che la SelectedValue proprietà deve essere associata al CategoryID campo usando il databinding bidirezionale (vedere la figura 10). Ripetere il processo dichiarativo o il processo del Designer per associare il SupplierID campo dati all'elenco a discesa Suppliers.

Figura 10: Associare l'oggetto CategoryID alla proprietà dell'elenco SelectedValue a discesa usando Two-Way databinding (fare clic per visualizzare l'immagine a dimensione intera)

Dopo aver applicato i binding alle proprietà SelectedValue dei due DropDownList, le colonne di categoria e fornitore del prodotto modificato verranno impostate per default sui valori del prodotto corrente. Quando si fa clic su Aggiorna, i valori CategoryID e SupplierID dell'elemento della lista a discesa selezionato verranno passati al metodo UpdateProduct. La figura 11 mostra l'esercitazione dopo l'aggiunta delle istruzioni di associazione dati; si noti come le voci di elenco a discesa selezionate per Chef Anton's Cajun Seasoning sono correttamente Condiment e New Orleans Cajun Delights.

Figura 11: La categoria corrente del prodotto modificato e i valori fornitore sono selezionati per impostazione predefinita (fare clic per visualizzare l'immagine a dimensione intera)

Gestione deiNULLvalori

Colonne CategoryID e SupplierID nella tabella Products possono essere NULL, ma le liste a discesa negli EditItemTemplate non includono un elemento dell'elenco per rappresentare un valore NULL. Ciò ha due conseguenze:

• L'utente non può usare la nostra interfaccia per cambiare la categoria o il fornitore di un prodotto da un valore non-NULL a un valore NULL.
• Se un prodotto ha un NULL o CategoryID o SupplierID, facendo clic sul pulsante Modifica verrà generata un'eccezione. Ciò è dovuto al fatto che il NULL valore restituito da CategoryID (o SupplierID) nell'istruzione Bind() non corrisponde a un valore nell'elenco DropDownList (l'oggetto DropDownList solleva un'eccezione quando la relativa SelectedValue proprietà è impostata su un valore non incluso nell'insieme di elementi dell'elenco).

Per supportare i valori NULLCategoryID e SupplierID, è necessario aggiungere un altro ListItem a ogni menù a tendina per rappresentare il valore NULL. Nell'esercitazione Filtro master/dettaglio con un elenco a discesa è stato illustrato come aggiungere un altro ListItem elemento a un elenco DropDownList associato a dati, che ha comportato l'impostazione della proprietà di AppendDataBoundItems DropDownList su True e l'aggiunta manuale dell'elemento aggiuntivo ListItem. Nella precedente guida, tuttavia, è stato aggiunto un ListItem con un Value di -1. La logica di associazione dati in ASP.NET, tuttavia, convertirà automaticamente una stringa vuota in un NULL valore e viceversa. Pertanto, per questa esercitazione si vuole che sia ListItemValue una stringa vuota.

Per iniziare, impostare la proprietà di DropDownLists AppendDataBoundItems su True. Quindi, aggiungere l'elemento <asp:ListItem> seguente a ogni DropDownList, in modo che il markup dichiarativo sia simile al seguente: NULLListItem.

<asp:DropDownList ID="Categories" runat="server"
    DataSourceID="CategoriesDataSource" DataTextField="CategoryName"
    DataValueField="CategoryID" SelectedValue='<%# Bind("CategoryID") %>'
    AppendDataBoundItems="True">
    <asp:ListItem Value="">(None)</asp:ListItem>
</asp:DropDownList>

Ho scelto di usare "(None)" come valore text per questo ListItem, ma puoi modificarlo anche in una stringa vuota se vuoi.

Ripetere questi passaggi per il menu a tendina dei fornitori.

Con questo ListItem aggiuntivo, l'interfaccia di modifica può ora assegnare valori ai campi CategoryID e SupplierID di un Prodotto, come illustrato nella Figura 12.

Figura 12: Scegliere (Nessuno) per assegnare un valore per la categoria o il fornitore di un prodotto (NULL a dimensione intera)

Passaggio 4: Uso dei pulsanti di opzione per lo stato sospeso

Attualmente, il campo dati dei Discontinued prodotti è espresso utilizzando un CheckBoxField, che visualizza una casella di controllo disabilitata nelle righe di sola lettura e una casella di controllo abilitata per la riga che viene modificata. Anche se questa interfaccia utente è spesso adatta, è possibile personalizzarla se necessario usando un oggetto TemplateField. Per questa esercitazione, si modificherà il campo CheckBoxField in un TemplateField che utilizza un controllo RadioButtonList con due opzioni "Attivo" e "Interrotto", da cui l'utente può specificare il valore del Discontinued prodotto.

Per iniziare, convertire checkBoxField Discontinued in un oggetto TemplateField, che creerà un oggetto TemplateField con e ItemTemplateEditItemTemplate . Entrambi i modelli includono una CheckBox con la sua proprietà Checked vincolata al campo dati Discontinued, l'unica differenza tra i due è che la proprietà Enabled della CheckBox di ItemTemplate è impostata su False.

Sostituire CheckBox in ItemTemplate e EditItemTemplate con un controllo RadioButtonList, impostando entrambe le proprietà di ID RadioButtonLists su DiscontinuedChoice. In seguito, indicare che le RadioButtonList devono contenere ciascuna due pulsanti di opzione, uno con etichetta "Active" con il valore "False" e uno con etichetta "Discontinued" con il valore "True". A tale scopo, è possibile immettere direttamente gli <asp:ListItem> elementi tramite la sintassi dichiarativa o usare l'Editor della raccolta dal Designer. Nella figura 13 viene illustrato l'Editor della Raccolta ListItem dopo che sono state specificate le due opzioni del pulsante di opzione radio.

Figura 13: Aggiungere opzioni attive e sospese a RadioButtonList (fare clic per visualizzare l'immagine a dimensione intera)

Poiché la RadioButtonList in ItemTemplate non deve essere modificabile, impostare la proprietà Enabled su False, lasciando la proprietà Enabled su True (impostazione predefinita) per la RadioButtonList in EditItemTemplate. In questo modo i pulsanti di opzione nella riga non modificata saranno di sola lettura, ma consentiranno all'utente di modificare i valori radiobutton per la riga modificata.

È comunque necessario assegnare le proprietà dei SelectedValue controlli RadioButtonList in modo che il pulsante di opzione appropriato sia selezionato in base al campo dati del Discontinued prodotto. Come per gli elenchi DropDownList esaminati in precedenza in questa esercitazione, questa sintassi di associazione dati può essere aggiunta direttamente nel markup dichiarativo o tramite il collegamento Edit DataBindings negli smart tag di RadioButtonLists.

Dopo aver aggiunto i due RadioButtonLists e averli configurati, il Discontinued markup dichiarativo di TemplateField dovrebbe essere simile al seguente:

<asp:TemplateField HeaderText="Discontinued" SortExpression="Discontinued">
    <ItemTemplate>
        <asp:RadioButtonList ID="DiscontinuedChoice" runat="server"
          Enabled="False" SelectedValue='<%# Bind("Discontinued") %>'>
            <asp:ListItem Value="False">Active</asp:ListItem>
            <asp:ListItem Value="True">Discontinued</asp:ListItem>
        </asp:RadioButtonList>
    </ItemTemplate>
    <EditItemTemplate>
        <asp:RadioButtonList ID="DiscontinuedChoice" runat="server"
            SelectedValue='<%# Bind("Discontinued") %>'>
            <asp:ListItem Value="False">Active</asp:ListItem>
            <asp:ListItem Value="True">Discontinued</asp:ListItem>
        </asp:RadioButtonList>
    </EditItemTemplate>
</asp:TemplateField>

Con queste modifiche, la Discontinued colonna è stata trasformata da un elenco di caselle di controllo a un elenco di coppie di pulsanti di opzione (vedere la figura 14). Quando si modifica un prodotto, viene selezionato il pulsante di opzione appropriato e lo stato di interruzione del prodotto può essere aggiornato selezionando l'altro pulsante di opzione e facendo clic su Aggiorna.

Figura 14: Le caselle di controllo obsolete sono state sostituite da coppie di pulsanti di opzione (fare clic per visualizzare l'immagine a schermo intero)

Riepilogo

Sebbene BoundField e CheckBoxField eseguano automaticamente il rendering delle interfacce di sola lettura, modifica e inserimento, non hanno la possibilità di personalizzare. Spesso, tuttavia, è necessario personalizzare l'interfaccia di modifica o inserimento, ad esempio aggiungendo controlli di convalida (come illustrato nell'esercitazione precedente) o personalizzando l'interfaccia utente della raccolta dati (come illustrato in questa esercitazione). La personalizzazione dell'interfaccia con un oggetto TemplateField può essere sommata nei passaggi seguenti:

1. Aggiungere un oggetto TemplateField o convertire un oggetto BoundField o CheckBoxField esistente in un oggetto TemplateField
2. Aumentare l'interfaccia in base alle esigenze
3. Associare i campi dati appropriati ai controlli Web appena aggiunti usando il databinding bidirezionale

Oltre a usare i controlli Web predefiniti ASP.NET, è anche possibile personalizzare i modelli di un oggetto TemplateField con controlli server personalizzati e compilati e controlli utente.

Buon programmatori!

Informazioni sull'autore

Scott Mitchell, autore di sette libri ASP/ASP.NET e fondatore di 4GuysFromRolla.com, ha lavorato 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 a mitchell@4GuysFromRolla.com.