本文章將解決：
１.解釋什么是System.Web.UI.LiteralControl
2.為什么會經常發(fā)生法將類型為“System.Web.UI.WebControls.HiddenField”的對象強制轉換為類型……的錯誤
3.GridView控件中查找模板列的控件（解釋Cells和Controls）

在用GridView控件綁定數(shù)據(jù)時，經常會要將某列轉換為模板列，如：
我們在頁面中拉一控件GridView,名字：GVData,將其中某列轉換為模板列，在這里我們轉換的是列“所屬單位”，頁面模板列部分代碼如下：
<asp:TemplateField HeaderText="所屬單位">
<EditItemTemplate>
<asp:HiddenField ID="HDFxz" runat="server" Value='<%#Bind("所屬單位") %>' />
<asp:DropDownList ID="DDLxz" runat="server" />
</EditItemTemplate>
<ItemTemplate>
<asp:Label ID="Label1" runat="server" Text='<%# return2dwNAME(Eval("所屬單位").ToString()) %>'></asp:Label>
</ItemTemplate>
</asp:TemplateField>
由上大家可以看到，這個模板列的編輯模板下有兩個控件，一個是隱藏域HDFxz，一個是下拉列表DDLxz，然后我們在.cs頁面中取下拉列表DDLxz的值，部分代碼：
protected void GVData_RowUpdating(object sender, GridViewUpdateEventArgs e)
{
string dwid = ((DropDownList)this.GVData.Rows[e.RowIndex].Cells[2].Controls[1]).SelectedValue;

}
注：以上是修改數(shù)據(jù)時觸發(fā)的，我們放到這里只是為了說明問題，不是全部代碼，沒有實際意義。
我們來解釋下，e.RowIndex是取得當前修改數(shù)據(jù)行的索引值，this.GVData.Rows[e.RowIndex]這個是由當前索引獲得當前行，Cells[2]表示是當前行下的第三列（從０開始算起），Controls[1]表示第三列下的第二個控件（也是從０算起），這樣解釋后我們就可以明白了，dwid 的值應當是要取的是下拉列表框DDLxz的值了（因為下拉列表框在編輯模板中屬于第二個控件，這個我們在上面提到過）。
運行后會出錯：無法將類型為“System.Web.UI.LiteralControl”的對象強制轉換為類型“System.Web.UI.WebControls.DropDownList”。

可能大家都很納悶了，再返回去檢查一遍，沒有數(shù)錯啊，這時我們就要看看到底什么是System.Web.UI.LiteralControl控件了？
System.Web.UI.LiteralControl：簡單的解釋是任何不需要在服務器上處理的其他字符串.
這也就是說我們上面的編輯模板存在“不需要在服務器上處理的其他字符串”，那會是什么在搞鬼呢。
經過分析這句話“其他字符串”，然后再看下模板列的源碼，懷疑是由于生成了模板列后產生了空格產生的，因為空格也是字符串啊，所以將源碼修改為：
<asp:TemplateField HeaderText="所屬單位">
<EditItemTemplate><asp:HiddenField ID="HDFxz" runat="server" Value='<%#Bind("所屬單位") %>' /><asp:DropDownList ID="DDLxz" runat="server" /></EditItemTemplate>
<ItemTemplate>
也就是說把EditItemTemplate標簽之間的空格去掉。這時我們再運行，ＯＫ，大功告成啊，呵呵，原來真的是空格在搞鬼啊！.net把空格當成了System.Web.UI.LiteralControl了，呵呵!