实际上Eval方法是TemplateControl的,而System.Web.UI.Page和System.Web.UI.UserControl都继承于TemplateControl,所以我们可以在Page和UserControl上直接调用个方法。
Page.Eval方法可以帮助我们更好的撰写数据绑定表达式,在ASP.NET 1.x时代,数据绑定表达式的一般形式是:
<%# DataBinder.Eval( Container , “DataItem.Name”) %>
而在ASP.NET 2.0中,同样的代码,我们可以这样写:
<%# Eval( “Name” )%>
ASP.NET 2.0是怎么实现的呢?我们先从Eval方法来研究,通过反射.NET work 2.0类库的源代码,我们可以看到这个方法是这样实现的:
protected internal object Eval(string expression)
{
this.CheckPageExists();
return DataBinder.Eval(this.Page.GetDataItem(), expression);
}
第一行我们不必管,这是检查调用的时候有没有Page对象的,如果没有则会抛出一个异常。
关键是第二行:
return DataBinder.Eval(this.Page.GetDataItem(), expression);
Page.GetDataItem()也是2.0中新增的一个方法,用途是正是取代ASP.NET 1.x中的Container.DataItem。
看来不摸清楚GetDataItem()方法,我们也很难明白Eval的原理。GetDataItem的实现也很简单:
public object GetDataItem()
{
if ((this._dataBindingContext == null) || (this._dataBindingContext.Count == 0))
{
throw new InvalidOperationException(SR.GetString("Page_MissingDataBindingContext"));
}
return this._dataBindingContext.Peek();
}
我们注意到了有一个内部对象_dataBindingContext,通过查源代码发现这是一个Stack类型的东西。所以他有Peek方法。而这一段代码很容易看懂,先判断这个Stack是否被实例化,然后,判断这个Stack里面是不是有任何元素,如果Stack没有被实例化或者没有元素则抛出一个异常。最后是将这个堆栈顶部的元素返回。
ASP.NET 2.0用了一个Stack来保存所谓的DataItem,我们很快就查到了为这个堆栈压元素和弹出元素的方法:Control.DataBind方法:
protected virtual void DataBind(bool raiseOnDataBinding)
{
bool flag1 = false;//这个标志的用处在上下文中很容易推出来,如果有DataItem压栈,则在后面出栈。
if (this.IsBindingContainer)//判断控件是不是数据绑定容器,实际上就是判断控件类是不是实现了INamingContainer
{
bool flag2;
object obj1 = DataBinder.GetDataItem(this, out flag2);//这个方法是判断控件是不是有DataItem属性,并把它取出来。
if (flag2 && (this.Page != null))//如果控件有DataItem
{
this.Page.PushDataBindingContext(obj1);//把DataItem压栈,PushDataBindingContext就是调用_dataBindingContext的Push方法
flag1 = true;
}
}
try
{
if (raiseOnDataBinding)//这里是判断是不是触发DataBinding事件的。
{
this.OnDataBinding(EventArgs.Empty);
}
this.DataBindChildren();//对子控件进行数据绑定,如果这个控件有DataItem,则上面会将DataItem压入栈顶,这样,在子控件里面调用Eval或者GetDataItem方法,就会把刚刚压进去的DataItem给取出来。
}
finally
{
if (flag1)//如果刚才有压栈,则现在弹出来。
{
this.Page.PopDataBindingContext();//PopDataBindingContext就是调用_dataBindingContext的Pop方法
}
}
}
至此,我们已经可以完全了解ASP.NET 2.0中GetDataIten和Eval方法运作的原理了,下一次我打算研究ASP.NET 2.0中的新的Bind语法。
有提供Bind语法资料的和提出好建议的酌情给分,up、顶等分会很少,接分者无分。
关于效率:
Page.Eval方法可以帮助我们更好的撰写数据绑定表达式,在ASP.NET 1.x时代,数据绑定表达式的一般形式是:
<%# DataBinder.Eval( Container , “DataItem.Name”) %>
而在ASP.NET 2.0中,同样的代码,我们可以这样写:
<%# Eval( “Name” )%>
ASP.NET 2.0是怎么实现的呢?我们先从Eval方法来研究,通过反射.NET work 2.0类库的源代码,我们可以看到这个方法是这样实现的:
protected internal object Eval(string expression)
{
this.CheckPageExists();
return DataBinder.Eval(this.Page.GetDataItem(), expression);
}
第一行我们不必管,这是检查调用的时候有没有Page对象的,如果没有则会抛出一个异常。
关键是第二行:
return DataBinder.Eval(this.Page.GetDataItem(), expression);
Page.GetDataItem()也是2.0中新增的一个方法,用途是正是取代ASP.NET 1.x中的Container.DataItem。
看来不摸清楚GetDataItem()方法,我们也很难明白Eval的原理。GetDataItem的实现也很简单:
public object GetDataItem()
{
if ((this._dataBindingContext == null) || (this._dataBindingContext.Count == 0))
{
throw new InvalidOperationException(SR.GetString("Page_MissingDataBindingContext"));
}
return this._dataBindingContext.Peek();
}
我们注意到了有一个内部对象_dataBindingContext,通过查源代码发现这是一个Stack类型的东西。所以他有Peek方法。而这一段代码很容易看懂,先判断这个Stack是否被实例化,然后,判断这个Stack里面是不是有任何元素,如果Stack没有被实例化或者没有元素则抛出一个异常。最后是将这个堆栈顶部的元素返回。
ASP.NET 2.0用了一个Stack来保存所谓的DataItem,我们很快就查到了为这个堆栈压元素和弹出元素的方法:Control.DataBind方法:
protected virtual void DataBind(bool raiseOnDataBinding)
{
bool flag1 = false;//这个标志的用处在上下文中很容易推出来,如果有DataItem压栈,则在后面出栈。
if (this.IsBindingContainer)//判断控件是不是数据绑定容器,实际上就是判断控件类是不是实现了INamingContainer
{
bool flag2;
object obj1 = DataBinder.GetDataItem(this, out flag2);//这个方法是判断控件是不是有DataItem属性,并把它取出来。
if (flag2 && (this.Page != null))//如果控件有DataItem
{
this.Page.PushDataBindingContext(obj1);//把DataItem压栈,PushDataBindingContext就是调用_dataBindingContext的Push方法
flag1 = true;
}
}
try
{
if (raiseOnDataBinding)//这里是判断是不是触发DataBinding事件的。
{
this.OnDataBinding(EventArgs.Empty);
}
this.DataBindChildren();//对子控件进行数据绑定,如果这个控件有DataItem,则上面会将DataItem压入栈顶,这样,在子控件里面调用Eval或者GetDataItem方法,就会把刚刚压进去的DataItem给取出来。
}
finally
{
if (flag1)//如果刚才有压栈,则现在弹出来。
{
this.Page.PopDataBindingContext();//PopDataBindingContext就是调用_dataBindingContext的Pop方法
}
}
}
至此,我们已经可以完全了解ASP.NET 2.0中GetDataIten和Eval方法运作的原理了,下一次我打算研究ASP.NET 2.0中的新的Bind语法。
有提供Bind语法资料的和提出好建议的酌情给分,up、顶等分会很少,接分者无分。
关于效率:
毋庸置疑的是强类型转换Container的效率是最高的,Eval最终是调用DataBinder.Eval方法,DataBinder.Eval是采用反射来获取数据的,这显然不如强类型数据转换。
我们可以比较一下各种方法:
((Type) Container.DataItem).Property
这种方法效率是最高的,因为不存在任何反射。
其次是:
((Type) GetDataItem()).Property
这种方法效率差的原因在于多了一个Stack的Peek操作,当然,实际上这点儿差别可以忽略。
最后是:
Eval或者DataBinder.Eval,这两种方法都使用反射来查找属性或者索引器成员,效率大打折扣。
另外一个值得注意的问题是,所有实现了INamingContainer接口的Control,都应该实现IDataItemContainer接口,因为在Control.DataBind的时候,如果发现控件实现了INamingContainer接口,就会试图去寻找它的DataItem,如果这个控件没有实现IDataItemContainer,则DataBinder.GetDataItem方法会使用反射看看控件有没有一个叫做DataItem的属性成员,显然这不是我们希望看到的。
其实ASP.NET还有一个标记接口:INonBindingContainer,实现了INamingContainer接口的控件可以选择同时实现这个来命令ASP.NET不去寻找DataItem,可是很可惜,不知道微软出于什么目的,这个接口是internal的……
其实效率方面不必太重视了,Eval表达式很好看的,即使有那么极端的重视效率,GeDataItem也是不错的选择。毋庸置疑的是强类型转换Container的效率是最高的,Eval最终是调用DataBinder.Eval方法,DataBinder.Eval是采用反射来获取数据的,这显然不如强类型数据转换。
我们可以比较一下各种方法:
((Type) Container.DataItem).Property
这种方法效率是最高的,因为不存在任何反射。
其次是:
((Type) GetDataItem()).Property
这种方法效率差的原因在于多了一个Stack的Peek操作,当然,实际上这点儿差别可以忽略。
最后是:
Eval或者DataBinder.Eval,这两种方法都使用反射来查找属性或者索引器成员,效率大打折扣。
另外一个值得注意的问题是,所有实现了INamingContainer接口的Control,都应该实现IDataItemContainer接口,因为在Control.DataBind的时候,如果发现控件实现了INamingContainer接口,就会试图去寻找它的DataItem,如果这个控件没有实现IDataItemContainer,则DataBinder.GetDataItem方法会使用反射看看控件有没有一个叫做DataItem的属性成员,显然这不是我们希望看到的。
其实ASP.NET还有一个标记接口:INonBindingContainer,实现了INamingContainer接口的控件可以选择同时实现这个来命令ASP.NET不去寻找DataItem,可是很可惜,不知道微软出于什么目的,这个接口是internal的……
其实效率方面不必太重视了,Eval表达式很好看的,即使有那么极端的重视效率,GeDataItem也是不错的选择。
*************************
我们可以比较一下各种方法:
((Type) Container.DataItem).Property
这种方法效率是最高的,因为不存在任何反射。
其次是:
((Type) GetDataItem()).Property
这种方法效率差的原因在于多了一个Stack的Peek操作,当然,实际上这点儿差别可以忽略。
最后是:
Eval或者DataBinder.Eval,这两种方法都使用反射来查找属性或者索引器成员,效率大打折扣。
另外一个值得注意的问题是,所有实现了INamingContainer接口的Control,都应该实现IDataItemContainer接口,因为在Control.DataBind的时候,如果发现控件实现了INamingContainer接口,就会试图去寻找它的DataItem,如果这个控件没有实现IDataItemContainer,则DataBinder.GetDataItem方法会使用反射看看控件有没有一个叫做DataItem的属性成员,显然这不是我们希望看到的。
其实ASP.NET还有一个标记接口:INonBindingContainer,实现了INamingContainer接口的控件可以选择同时实现这个来命令ASP.NET不去寻找DataItem,可是很可惜,不知道微软出于什么目的,这个接口是internal的……
其实效率方面不必太重视了,Eval表达式很好看的,即使有那么极端的重视效率,GeDataItem也是不错的选择。毋庸置疑的是强类型转换Container的效率是最高的,Eval最终是调用DataBinder.Eval方法,DataBinder.Eval是采用反射来获取数据的,这显然不如强类型数据转换。
我们可以比较一下各种方法:
((Type) Container.DataItem).Property
这种方法效率是最高的,因为不存在任何反射。
其次是:
((Type) GetDataItem()).Property
这种方法效率差的原因在于多了一个Stack的Peek操作,当然,实际上这点儿差别可以忽略。
最后是:
Eval或者DataBinder.Eval,这两种方法都使用反射来查找属性或者索引器成员,效率大打折扣。
另外一个值得注意的问题是,所有实现了INamingContainer接口的Control,都应该实现IDataItemContainer接口,因为在Control.DataBind的时候,如果发现控件实现了INamingContainer接口,就会试图去寻找它的DataItem,如果这个控件没有实现IDataItemContainer,则DataBinder.GetDataItem方法会使用反射看看控件有没有一个叫做DataItem的属性成员,显然这不是我们希望看到的。
其实ASP.NET还有一个标记接口:INonBindingContainer,实现了INamingContainer接口的控件可以选择同时实现这个来命令ASP.NET不去寻找DataItem,可是很可惜,不知道微软出于什么目的,这个接口是internal的……
其实效率方面不必太重视了,Eval表达式很好看的,即使有那么极端的重视效率,GeDataItem也是不错的选择。
*************************
((DataRowView)Container.DataItem)["某某某"] 的效率要比 <%# DataBinder.Eval( Container , “DataItem.Name”) %> 高很多。
而 <%# Eval( “Name” )%> 比 <%# DataBinder.Eval( Container , “DataItem.Name”) %> 还要多一步(多一层函数)。效率可想而知了。
当然也可能 2.0 会做什么优化也说不定呢。
*********************
而 <%# Eval( “Name” )%> 比 <%# DataBinder.Eval( Container , “DataItem.Name”) %> 还要多一步(多一层函数)。效率可想而知了。
当然也可能 2.0 会做什么优化也说不定呢。
*********************
see http://localhost/QuickStartv20/aspnet/doc/data/templates.aspx#twowaybind
双向数据绑定
与 DetailsView 控件一样,FormView 通过其关联的数据源控件支持自动 Update、Insert 和 Delete 操作。若要定义编辑或插入操作的输入 UI,可在定义 ItemTemplate 的同时定义 EditItemTemplate 或 InsertItemTemplate。在本模板中,您将对输入控件(如 TextBox、CheckBox 或 DropDownList)进行数据绑定,以绑定到数据源的字段。但是,这些模板中的数据绑定使用“双向”数据绑定语法,从而允许 FormView 从模板中提取输入控件的值,以便传递到数据源。这些数据绑定使用新的 Bind(fieldname) 语法而不是 Eval。
重要事项: 使用 Bind 语法进行数据绑定的控件必须设置有 ID 属性。
<asp:FormView DataSourceID="ObjectDataSource1" DataKeyNames="PhotoID" runat="server">
<EditItemTemplate>
<asp:TextBox ID="CaptionTextBox" Text='<%# Bind("Caption") %>' runat="server"/>
<asp:Button Text="Update" CommandName="Update" runat="server"/>
<asp:Button Text="Cancel" CommandName="Cancel" runat="server"/>
</EditItemTemplate>
<ItemTemplate>
<asp:Label Text='<%# Eval("Caption") %>' runat="server" />
<asp:Button Text="Edit" CommandName="Edit" runat="server"/>
</ItemTemplate>
</asp:FormView>
在对 GridView 或 DetailsView 执行更新或插入操作时,如果该控件的列或字段定义了 BoundField,GridView 或 DetailsView 负责创建 Edit 或 Insert 模式中的输入 UI,以便它能自动提取这些输入值以传递回数据源。由于模板包含任意的用户定义的 UI 控件,因此,需要使用双向数据绑定语法,这样 FormView 等模板化控件才能知道应从模板中提取哪些控件值以用于更新、插入或删除操作。在 EditItemTemplate 中仍然可以使用 Eval 语法进行不传递回数据源的数据绑定。另请注意,FormView 与 DetailsView 和 GridView 一样,支持使用 DataKeyNames 属性保留主键字段(即使这些字段并未呈现)的原始值以传递回更新/插入操作。
FormView 支持使用 DefaultMode 属性指定要显示的默认模板,但在默认情况下,FormView 以 ReadOnly 模式启动并呈现 ItemTemplate。若要启用用于从 ReadOnly 模式转换为 Edit 或 Insert 模式的 UI,可以向模板添加一个 Button 控件,并将其 CommandName 属性设置为 Edit 或 New。可以在 EditItemTemplate 内添加 CommandName 设置为 Update 或 Cancel 的按钮,以用于提交或中止更新操作。类似地,也可以添加 CommandName 设置为 Insert 或 Cancel 的按钮,以用于提交或中止插入操作。
下面的示例演示一个定义了 ItemTemplate 和 EditItemTemplate 的 FormView。ItemTemplate 包含使用 Eval(单向)绑定的控件,而 EditItemTemplate 包含一个使用 Bind 语句双向绑定的 TextBox 控件。主键字段 (PhotoID) 是使用 DataKeyNames 属性在视图状态中进行往返的。FormView 包含用于在其模板之间进行切换的命令按钮。
C# Two-Way Databinding in a FormView Edit Template
通过使用添加到 Columns 或 Fields 集合的 TemplateField,GridView 和 DetailsView 还支持模板化 UI。TemplateField 支持使用 ItemTemplate、EditItemTemplate 和 InsertItemTemplate(仅 DetailsView)指定这些控件的不同呈现模式中的字段 UI。与上面的 FormView 示例一样,EditItemTemplate 或 InsertItemTemplate 中的双向绑定允许 GridView 或 DetailsView 从这些模板中的控件提取值。TemplateField 的常见用途是向 EditItemTemplate 添加验证程序控件,用于 GridView 或 DetailsView 操作的声明性验证。下面的示例演示这种方法的一个示例。有关 ASP.NET 中可用的验证控件的更多信息,请参考本教程的“验证窗体输入控件”部分。
C# Validation in a GridView Edit Template
TemplateField 的另一个用途是自定义输入控件,这种控件用于输入 GridView 或 DetailsView 列/字段值。例如,可以将 DropDownList 控件放在 TemplateField 的 EditItemTemplate 中,以允许从预定义的值列表进行选择。下面的示例演示这种方法。注意,本例中的 DropDownList 与它自己的数据源控件进行了数据绑定,以便动态地获取该列表的值。
C# DropDownList in a GridView Edit Template
双向数据绑定
与 DetailsView 控件一样,FormView 通过其关联的数据源控件支持自动 Update、Insert 和 Delete 操作。若要定义编辑或插入操作的输入 UI,可在定义 ItemTemplate 的同时定义 EditItemTemplate 或 InsertItemTemplate。在本模板中,您将对输入控件(如 TextBox、CheckBox 或 DropDownList)进行数据绑定,以绑定到数据源的字段。但是,这些模板中的数据绑定使用“双向”数据绑定语法,从而允许 FormView 从模板中提取输入控件的值,以便传递到数据源。这些数据绑定使用新的 Bind(fieldname) 语法而不是 Eval。
重要事项: 使用 Bind 语法进行数据绑定的控件必须设置有 ID 属性。
<asp:FormView DataSourceID="ObjectDataSource1" DataKeyNames="PhotoID" runat="server">
<EditItemTemplate>
<asp:TextBox ID="CaptionTextBox" Text='<%# Bind("Caption") %>' runat="server"/>
<asp:Button Text="Update" CommandName="Update" runat="server"/>
<asp:Button Text="Cancel" CommandName="Cancel" runat="server"/>
</EditItemTemplate>
<ItemTemplate>
<asp:Label Text='<%# Eval("Caption") %>' runat="server" />
<asp:Button Text="Edit" CommandName="Edit" runat="server"/>
</ItemTemplate>
</asp:FormView>
在对 GridView 或 DetailsView 执行更新或插入操作时,如果该控件的列或字段定义了 BoundField,GridView 或 DetailsView 负责创建 Edit 或 Insert 模式中的输入 UI,以便它能自动提取这些输入值以传递回数据源。由于模板包含任意的用户定义的 UI 控件,因此,需要使用双向数据绑定语法,这样 FormView 等模板化控件才能知道应从模板中提取哪些控件值以用于更新、插入或删除操作。在 EditItemTemplate 中仍然可以使用 Eval 语法进行不传递回数据源的数据绑定。另请注意,FormView 与 DetailsView 和 GridView 一样,支持使用 DataKeyNames 属性保留主键字段(即使这些字段并未呈现)的原始值以传递回更新/插入操作。
FormView 支持使用 DefaultMode 属性指定要显示的默认模板,但在默认情况下,FormView 以 ReadOnly 模式启动并呈现 ItemTemplate。若要启用用于从 ReadOnly 模式转换为 Edit 或 Insert 模式的 UI,可以向模板添加一个 Button 控件,并将其 CommandName 属性设置为 Edit 或 New。可以在 EditItemTemplate 内添加 CommandName 设置为 Update 或 Cancel 的按钮,以用于提交或中止更新操作。类似地,也可以添加 CommandName 设置为 Insert 或 Cancel 的按钮,以用于提交或中止插入操作。
下面的示例演示一个定义了 ItemTemplate 和 EditItemTemplate 的 FormView。ItemTemplate 包含使用 Eval(单向)绑定的控件,而 EditItemTemplate 包含一个使用 Bind 语句双向绑定的 TextBox 控件。主键字段 (PhotoID) 是使用 DataKeyNames 属性在视图状态中进行往返的。FormView 包含用于在其模板之间进行切换的命令按钮。
C# Two-Way Databinding in a FormView Edit Template
通过使用添加到 Columns 或 Fields 集合的 TemplateField,GridView 和 DetailsView 还支持模板化 UI。TemplateField 支持使用 ItemTemplate、EditItemTemplate 和 InsertItemTemplate(仅 DetailsView)指定这些控件的不同呈现模式中的字段 UI。与上面的 FormView 示例一样,EditItemTemplate 或 InsertItemTemplate 中的双向绑定允许 GridView 或 DetailsView 从这些模板中的控件提取值。TemplateField 的常见用途是向 EditItemTemplate 添加验证程序控件,用于 GridView 或 DetailsView 操作的声明性验证。下面的示例演示这种方法的一个示例。有关 ASP.NET 中可用的验证控件的更多信息,请参考本教程的“验证窗体输入控件”部分。
C# Validation in a GridView Edit Template
TemplateField 的另一个用途是自定义输入控件,这种控件用于输入 GridView 或 DetailsView 列/字段值。例如,可以将 DropDownList 控件放在 TemplateField 的 EditItemTemplate 中,以允许从预定义的值列表进行选择。下面的示例演示这种方法。注意,本例中的 DropDownList 与它自己的数据源控件进行了数据绑定,以便动态地获取该列表的值。
C# DropDownList in a GridView Edit Template