ASP.NET Eval可以用于数据库绑定,不过,具体操作似乎比较繁琐,下面我们就来介绍一种关于ASP.NET Eval帮助撰写数据库绑定表达式的方法。
创新互联建站专业为企业提供廊坊网站建设、廊坊做网站、廊坊网站设计、廊坊网站制作等企业网站建设、网页设计与制作、廊坊企业网站模板建站服务,十余年廊坊做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
实际上ASP.NET Eval方法是TemplateControl的,而System.Web.UI.Page和System.Web.UI.UserControl都继承于TemplateControl,所以我们可以在Page和UserControl上直接调用个方法。
Page.Eval方法可以帮助我们更好的撰写数据绑定表达式,在ASP.NET Eval 1.x时代,数据绑定表达式的一般形式是:
- <%# DataBinder.Eval(Container,“DataItem.Name”) %>
而在ASP.NET Eval 2.0中,同样的代码,我们可以这样写:
- <%# Eval(“Name”)%>
ASP.NET Eval 2.0是怎么实现的呢?我们先从Eval方法来研究,通过反射.NET fromwork 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 Eval 1.x中的Container.DataItem。
看来不摸清楚GetDataItem()方法,我们也很难明白ASP.NET 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 Eval 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 Eval 2.0中GetDataIten和Eval方法运作的原理了
关于效率:
毋庸置疑的是强类型转换Container的效率是最高的,ASP.NET Eval最终是调用DataBinder.Eval方法,DataBinder.Eval是采用反射来获取数据的,这显然不如强类型数据转换。
我们可以比较一下各种方法:
- ((Type) Container.DataItem).Property
这种方法效率是最高的,因为不存在任何反射。
其次是:
- ((Type) GetDataItem()).Property
这种方法效率差的原因在于多了一个Stack的Peek操作,当然,实际上这点儿差别可以忽略。
最后是:ASP.NET Eval或者DataBinder.Eval,这两种方法都使用反射来查找属性或者索引器成员,效率大打折扣。
另外一个值得注意的问题是,所有实现了INamingContainer接口的Control,都应该实现IDataItemContainer接口,因为在Control.DataBind的时候,如果发现控件实现了INamingContainer接口,就会试图去寻找它的DataItem,如果这个控件没有实现IDataItemContainer,则DataBinder.GetDataItem方法会使用反射看看控件有没有一个叫做DataItem的属性成员,显然这不是我们希望看到的。
其实ASP.NET Eval还有一个标记接口:INonBindingContainer,实现了INamingContainer接口的控件可以选择同时实现这个来命令ASP.NET Eval不去寻找DataItem,可是很可惜,不知道微软出于什么目的,这个接口是internal的……
其实效率方面不必太重视了,ASP.NET Eval表达式很好看的,即使有那么极端的重视效率,GeDataItem也是不错的选择。毋庸置疑的是强类型转换Container的效率是最高的,Eval最终是调用DataBinder.Eval方法,DataBinder.Eval是采用反射来获取数据的,这显然不如强类型数据转换。
本文来自博客园 作者:佚名
新闻标题:实例:ASP.NETEval如何撰写数据库绑定表达式
新闻来源:http://www.mswzjz.com/qtweb/news12/209262.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联