.net2.0数据绑定及动态加载控件
2007-08-08 18:02
555 查看
<asp:Button Text="<%# bb %>" ID="ssss" runat="server" Width="162px" />
一:
前言：一些介绍
动态加载控件
视图状态的保存
重构页面/控件
初始化页面/控件/IsPostBack
了解一下控件的生命周期。
1：Instantiate
2：Initialize
3：Begin Tracking View State
4：Load View State (postback only)
5：Load Postback Data (postback only)
6：Load
7：Raise Changed Events (postback only, optional)
8：Raise Postback Events (postback only, optional)
9：PreRender
10：SaveViewState
11：Render
12：Unload
13：Dispose
视图状态：ViewState，asp.net提供的一个集合，用来保存页面上控件的状态。
视图状态的恢复：asp.net会在某个特定的时刻（Load View State）把保留在ViewState集合中的数据恢复到相应的控件中（根据该控件的id）
控件状态的追赶论：在contrlParant（已经到状态n,n肯定就在上述13个中的一个）中加入一个contrlChild,那么controlChild的状态在controlParent.Control.Add(contrlChild)之后就会立即经历n-1个状态，到达和contrlParant同步的状态。
-------------------------
这是一个困扰了我近两年的问题。刚开始是无法恢复状态；后来想办法恢复了状态但是无法避免重复的初始化（浪费效率）；再后来解决了，但是认识比较浅。今天终于有所悟。
问题的提出：在一个aspx页面上，根据传递的参数来加载不同的UserControl。保证UserControl的顺利执行还有效率：
今天在网上搜索，得到这样的文章http://www.cnblogs.com/alex.zhang/archive/2005/03/31/129427.html。里面写得洋洋洒洒。结合我自己的应用，简单的说一下。
问题在哪里？
比如你在一个Page_Load事件里面这样写
[align=left] [/align]
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
Button btn=new Button();
btn.Click+=new EventHandler(btn_Click);
btn.Text = "Click Me";
this.PlaceHolder1.Controls.Add(btn);
}
}
void btn_Click(object sender, EventArgs e)
{
(sender as Button).Text = "Got U";
}
[align=left][/align]
那么，你下次回发这个页面之后（点击按钮之后），这个按钮就消失了。因为没有重构（控件只是生成了一次，因为在if (!IsPostBack)里面）。
这部分，需要了解不少关于ViewState和asp.net的生命周期的知识。简单的说，asp.net根据页面上的控件树来恢复状态，但是由于控件是在程序中生成，并且只生成了一次，所以在叶面提交的时候asp.net没有找到该控件的id，自然也不会重构他，页面上也就显示不出来这个控减了。
如果这样就可以重构：去掉if (!IsPostBack)，每次都加载
[align=left] [/align]
protected void Page_Load(object sender, EventArgs e)
{
Button btn = new Button();
btn.Click += new EventHandler(btn_Click);
btn.Text = "Click Me";
this.PlaceHolder1.Controls.Add(btn);
}
[align=left][/align]
但是问题依然有，它的事件你可能捕捉不到（这个例子太简单，如果控件数量多，他们的id的生成就会很意外，导致找不到一样的id）。对象的状态的恢复是根据控件的id来进行的。如果id不确定（自动生成的id），那么它也就无法恢复状态。启动叶面的trace 可以看到这棵控件树。大体这样：
如果一下子生成大量控件的时候，由于id的不确定，两次生成的控件id可能不一样，所以也无法正确恢复状态。
所以我们需要确定的id。比如这样：
Page_Load都在初始化这个控件）。如果我们把应用放到UserControl上，我们动态加载的是一个UserControl，而这个Control的初始化事件又非常耗时
Button btn = new Button();
btn.Click += new EventHandler(btn_Click);
btn.Text = "Click Me";
btn.ID ="btn_t";
this.PlaceHolder1.Controls.Add(btn);
[align=left]
这样呢？看上去可以了。但是问题是，你做了重复的初始化工作（每次[/align]
比如：
public partial class Agent_uc1 : System.Web.UI.UserControl
{
protected void Page_Load(object sender, EventArgs e)
{
System.Threading.Thread.Sleep(20000);
}
}
[align=left]
那么，这个实现就太没效率了，付出了高昂的代价。[/align]
怎么解决呢？
先看我引用的文章的一点描述，然后再说我的实现
道行限制，也没仔细看，所以不敢说看懂了多少。
文章主要使用那个“控件状态追赶论”来解释的。先加入控件（主要是id配对），然后就可以被正确加载（追赶过程中有一步会根据控件id来恢复视图状态）。
我的实现就是这样的：
//Page的基类
public class BasePattern:Page
{
protected override void OnInit(EventArgs e)
{
string path= defaultLoadMoudle;//first, load default
if(path!=null)
this.RebuildControl(path);
//
base.OnInit(e);
}
private BaseView RebuildControl(string path)
{
Control ctl = this.LoadControl("~/Module/" + path);
if (ctl != null)
{
ctl.ID = path;
PlaceHolder container = this.Master.FindControl("cph_view").FindControl("PlaceHolder1") as PlaceHolder;
container.Controls.Clear();
container.Controls.Add(ctl);
}
return ctl as BaseView;
}
#endregion
public void LoadModule(string path)
{
BaseView view = RebuildControl(path);
view.BindEntity();
}
//UserControl的基类
public class BaseView:UserControl
{
/**//// <summary>
/// init the control
/// </summary>
virtual public void BindEntity()
{
//doing sth here,binding or init
}
public BasePattern ParentPattern
{
get
{ return this.Page as BasePattern; }
}
//调用的时候
[align=left][/align]
：必须每次都执行创建该控件的工作。其实主要是建立这个控件的名称，恢复控件树
protected void lbt_summary_Click(object sender, EventArgs e)
{
//show sumary and list
string path = "ToDoList/ToDoList.ascx";
this. ParentPattern.LoadModule(path);
}
[align=left]
1[/align]
[align=left] protected override void OnInit(EventArgs e)[/align]
这个事件比Page_Load靠前。
2：保证id一样
ctl.ID = path;//让同一个控件的id唯一。
3：区分重建和执行
所以在Page德类里面我用的是两个函数Rebuild（）和LoadModule（），目的就是区分这两个调用。内部的重建只是使用Rebuild，只是建立一个控件id的过程，外部调用的时候，就需要调用控件的初始化函数了
结论就是：
1：在特定的时刻加入该控件的定义。至少在Page_Load以前，我用的Page_Init。晚了就执行不了了
2：该控件的id必须一致。因为状态的恢复是根据控件id来完成的。
3：Rebuild的时候一定不要调用子控件的初始化的函数，这样会浪费时间。
问题：可不可以通过设置UserControl的IsPostBack属性来达到一种和Page类似的处理方式呢？这样在UserControl里面就可以使用if(！IsPostBack)来做一些数据初始化了。
我记得我曾经看过一篇文章，可以在某个事件中设置IsPostBack属性，但是现在怎么也找不到这篇文章了，可惜得很。
二:
用DataBinder.eval 绑定不必关心数据来源(Dataread或dataset)。不必关心数据的类型eval会把这个数据对象转换为一个字符串。在底层绑定做了很多工作，使用了反射性能。正因为使用方便了，但却影响了数据性能。当于dataset绑定时，DataItem其实式一个DataRowView（如果绑定的是一个数据读取器（dataread）它就是一个IdataRecord。）因此直接转换成DataRowView的话，将会给性能带来很大提升。
使用时注意：1.注意字段名的大小写（要特别注意）。如果和查询的不一致，在某些情况下会导致比<%# DataBinder.Eval(Container.DataItem, "字段名") %>还要慢。2.如果想进一步提高速度，可采用<%# ((System.Data.DataRowView)Container.DataItem)[0] %>的方法。不过其可读性不高。
//以DataSet做数据源时
//正常情况(C#)
<%# ((System.Data.DataRowView)Container.DataItem)["Title"] %>
//绑定日期字段格式字符串
<%# Convert.ToDateTime(((System.Data.DataRowView)Container.DataItem)
["FbTime"]).ToString("yyyy年MM月dd日") %>
<%# DataBinder.Eval(Container, "DataItem.FbTime","{0:yyyy年MM月dd日}") %>
//字符串绑定超过指定长度截断
<%# DataBinder.Eval(Container.DataItem, "Text").ToString().Trim().Length>7?
DataBinder.Eval(Container.DataItem, "Text").ToString().Trim().Substring
(0,7):DataBinder.Eval(Container.DataItem, "Text").ToString().Trim() %>
//价格格试化为2位小数
<%# Convert.ToDecimal(((System.Data.DataRowView)Container.DataItem) ["Price"]).ToString("F2") %>
<%# DataBinder.Eval(Container, "DataItem.Price","{0:F2}") %>
'VB.net中价格格式化后判断
<%# IIf(DataBinder.Eval(Container.DataItem, "price","{0:F2}")="0.00","面议",DataBinder.Eval(Container.DataItem, "price","{0:F2}")+"万") %>
'Vb.net常规
<%# Ctype(Container.DataItem,DataRowView).Row("Title") %>
一:
前言：一些介绍
动态加载控件
视图状态的保存
重构页面/控件
初始化页面/控件/IsPostBack
了解一下控件的生命周期。
1：Instantiate
2：Initialize
3：Begin Tracking View State
4：Load View State (postback only)
5：Load Postback Data (postback only)
6：Load
7：Raise Changed Events (postback only, optional)
8：Raise Postback Events (postback only, optional)
9：PreRender
10：SaveViewState
11：Render
12：Unload
13：Dispose
视图状态：ViewState，asp.net提供的一个集合，用来保存页面上控件的状态。
视图状态的恢复：asp.net会在某个特定的时刻（Load View State）把保留在ViewState集合中的数据恢复到相应的控件中（根据该控件的id）
控件状态的追赶论：在contrlParant（已经到状态n,n肯定就在上述13个中的一个）中加入一个contrlChild,那么controlChild的状态在controlParent.Control.Add(contrlChild)之后就会立即经历n-1个状态，到达和contrlParant同步的状态。
-------------------------
这是一个困扰了我近两年的问题。刚开始是无法恢复状态；后来想办法恢复了状态但是无法避免重复的初始化（浪费效率）；再后来解决了，但是认识比较浅。今天终于有所悟。
问题的提出：在一个aspx页面上，根据传递的参数来加载不同的UserControl。保证UserControl的顺利执行还有效率：
今天在网上搜索，得到这样的文章http://www.cnblogs.com/alex.zhang/archive/2005/03/31/129427.html。里面写得洋洋洒洒。结合我自己的应用，简单的说一下。
问题在哪里？
比如你在一个Page_Load事件里面这样写
[align=left] [/align]
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
Button btn=new Button();
btn.Click+=new EventHandler(btn_Click);
btn.Text = "Click Me";
this.PlaceHolder1.Controls.Add(btn);
}
}
void btn_Click(object sender, EventArgs e)
{
(sender as Button).Text = "Got U";
}
[align=left][/align]
那么，你下次回发这个页面之后（点击按钮之后），这个按钮就消失了。因为没有重构（控件只是生成了一次，因为在if (!IsPostBack)里面）。
这部分，需要了解不少关于ViewState和asp.net的生命周期的知识。简单的说，asp.net根据页面上的控件树来恢复状态，但是由于控件是在程序中生成，并且只生成了一次，所以在叶面提交的时候asp.net没有找到该控件的id，自然也不会重构他，页面上也就显示不出来这个控减了。
如果这样就可以重构：去掉if (!IsPostBack)，每次都加载
[align=left] [/align]
protected void Page_Load(object sender, EventArgs e)
{
Button btn = new Button();
btn.Click += new EventHandler(btn_Click);
btn.Text = "Click Me";
this.PlaceHolder1.Controls.Add(btn);
}
[align=left][/align]
但是问题依然有，它的事件你可能捕捉不到（这个例子太简单，如果控件数量多，他们的id的生成就会很意外，导致找不到一样的id）。对象的状态的恢复是根据控件的id来进行的。如果id不确定（自动生成的id），那么它也就无法恢复状态。启动叶面的trace 可以看到这棵控件树。大体这样：
| [align=left]__Page[/align] | [align=left]ASP.agent_default_aspx[/align] | [align=left]2411[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl02[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]148[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl00[/align] | [align=left]System.Web.UI.HtmlControls.HtmlHead[/align] | [align=left]46[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl01[/align] | [align=left]System.Web.UI.HtmlControls.HtmlTitle[/align] | [align=left]33[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl03[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]14[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] form1[/align] | [align=left]System.Web.UI.HtmlControls.HtmlForm[/align] | [align=left]2183[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl04[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]10[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ScriptManager1[/align] | [align=left]Microsoft.Web.UI.ScriptManager[/align] | [align=left]224[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl05[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]29[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] PlaceHolder1[/align] | [align=left]System.Web.UI.WebControls.PlaceHolder[/align] | [align=left]64[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] btn_t[/align] | [align=left]System.Web.UI.WebControls.Button[/align] | [align=left]64[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl06[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]14[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] Button1[/align] | [align=left]System.Web.UI.WebControls.Button[/align] | [align=left]76[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl07[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]22[/align] | [align=left]0[/align] | [align=left]0[/align] |
| [align=left] ctl08[/align] | [align=left]System.Web.UI.LiteralControl[/align] | [align=left]20[/align] | [align=left]0[/align] | [align=left]0[/align] |
所以我们需要确定的id。比如这样：
Page_Load都在初始化这个控件）。如果我们把应用放到UserControl上，我们动态加载的是一个UserControl，而这个Control的初始化事件又非常耗时
Button btn = new Button();
btn.Click += new EventHandler(btn_Click);
btn.Text = "Click Me";
btn.ID ="btn_t";
this.PlaceHolder1.Controls.Add(btn);
[align=left]
这样呢？看上去可以了。但是问题是，你做了重复的初始化工作（每次[/align]
比如：
public partial class Agent_uc1 : System.Web.UI.UserControl
{
protected void Page_Load(object sender, EventArgs e)
{
System.Threading.Thread.Sleep(20000);
}
}
[align=left]
那么，这个实现就太没效率了，付出了高昂的代价。[/align]
怎么解决呢？
先看我引用的文章的一点描述，然后再说我的实现
道行限制，也没仔细看，所以不敢说看懂了多少。
文章主要使用那个“控件状态追赶论”来解释的。先加入控件（主要是id配对），然后就可以被正确加载（追赶过程中有一步会根据控件id来恢复视图状态）。
我的实现就是这样的：
//Page的基类
public class BasePattern:Page
{
protected override void OnInit(EventArgs e)
{
string path= defaultLoadMoudle;//first, load default
if(path!=null)
this.RebuildControl(path);
//
base.OnInit(e);
}
private BaseView RebuildControl(string path)
{
Control ctl = this.LoadControl("~/Module/" + path);
if (ctl != null)
{
ctl.ID = path;
PlaceHolder container = this.Master.FindControl("cph_view").FindControl("PlaceHolder1") as PlaceHolder;
container.Controls.Clear();
container.Controls.Add(ctl);
}
return ctl as BaseView;
}
#endregion
public void LoadModule(string path)
{
BaseView view = RebuildControl(path);
view.BindEntity();
}
//UserControl的基类
public class BaseView:UserControl
{
/**//// <summary>
/// init the control
/// </summary>
virtual public void BindEntity()
{
//doing sth here,binding or init
}
public BasePattern ParentPattern
{
get
{ return this.Page as BasePattern; }
}
//调用的时候
[align=left][/align]
：必须每次都执行创建该控件的工作。其实主要是建立这个控件的名称，恢复控件树
protected void lbt_summary_Click(object sender, EventArgs e)
{
//show sumary and list
string path = "ToDoList/ToDoList.ascx";
this. ParentPattern.LoadModule(path);
}
[align=left]
1[/align]
[align=left] protected override void OnInit(EventArgs e)[/align]
这个事件比Page_Load靠前。
2：保证id一样
ctl.ID = path;//让同一个控件的id唯一。
3：区分重建和执行
所以在Page德类里面我用的是两个函数Rebuild（）和LoadModule（），目的就是区分这两个调用。内部的重建只是使用Rebuild，只是建立一个控件id的过程，外部调用的时候，就需要调用控件的初始化函数了
结论就是：
1：在特定的时刻加入该控件的定义。至少在Page_Load以前，我用的Page_Init。晚了就执行不了了
2：该控件的id必须一致。因为状态的恢复是根据控件id来完成的。
3：Rebuild的时候一定不要调用子控件的初始化的函数，这样会浪费时间。
问题：可不可以通过设置UserControl的IsPostBack属性来达到一种和Page类似的处理方式呢？这样在UserControl里面就可以使用if(！IsPostBack)来做一些数据初始化了。
我记得我曾经看过一篇文章，可以在某个事件中设置IsPostBack属性，但是现在怎么也找不到这篇文章了，可惜得很。
二:
用DataBinder.eval 绑定不必关心数据来源(Dataread或dataset)。不必关心数据的类型eval会把这个数据对象转换为一个字符串。在底层绑定做了很多工作，使用了反射性能。正因为使用方便了，但却影响了数据性能。当于dataset绑定时，DataItem其实式一个DataRowView（如果绑定的是一个数据读取器（dataread）它就是一个IdataRecord。）因此直接转换成DataRowView的话，将会给性能带来很大提升。
使用时注意：1.注意字段名的大小写（要特别注意）。如果和查询的不一致，在某些情况下会导致比<%# DataBinder.Eval(Container.DataItem, "字段名") %>还要慢。2.如果想进一步提高速度，可采用<%# ((System.Data.DataRowView)Container.DataItem)[0] %>的方法。不过其可读性不高。
//以DataSet做数据源时
//正常情况(C#)
<%# ((System.Data.DataRowView)Container.DataItem)["Title"] %>
//绑定日期字段格式字符串
<%# Convert.ToDateTime(((System.Data.DataRowView)Container.DataItem)
["FbTime"]).ToString("yyyy年MM月dd日") %>
<%# DataBinder.Eval(Container, "DataItem.FbTime","{0:yyyy年MM月dd日}") %>
//字符串绑定超过指定长度截断
<%# DataBinder.Eval(Container.DataItem, "Text").ToString().Trim().Length>7?
DataBinder.Eval(Container.DataItem, "Text").ToString().Trim().Substring
(0,7):DataBinder.Eval(Container.DataItem, "Text").ToString().Trim() %>
//价格格试化为2位小数
<%# Convert.ToDecimal(((System.Data.DataRowView)Container.DataItem) ["Price"]).ToString("F2") %>
<%# DataBinder.Eval(Container, "DataItem.Price","{0:F2}") %>
'VB.net中价格格式化后判断
<%# IIf(DataBinder.Eval(Container.DataItem, "price","{0:F2}")="0.00","面议",DataBinder.Eval(Container.DataItem, "price","{0:F2}")+"万") %>
'Vb.net常规
<%# Ctype(Container.DataItem,DataRowView).Row("Title") %>
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 在aspx页动态加载ascx页面内容，给GridView控件绑定数据
- ASP.net服务器控件页面跳转兼GirdView数据绑定控件动态传值
- C#中为啥俺地ComboBox控件在数据绑定时加载速度很慢
- Accordion控件动态数据绑定案例
- DevExpress 图表控件：ChartControl 动态绑定数据
- C# checklistbox控件用法总结(怎样得到多选的值，以及动态加载数据)
- reportviewer 控件动态绑定数据 报表灵活绑定数据
- 总结Asp.net中Page加载PostData的具体过程 进而解决"获取动态创建的控件的PostData数据"问题
- C# checklistbox控件用法总结(怎样得到多选的值，以及动态加载数据)
- dropdownlist控件如何绑定动态数据
- zTree 树形控件 ajax动态加载数据
- C# treeview 控件动态绑定数据
- wpf 中的treeviewitem：基于数据初始化控件 数据动态加载 右键选中
- 总结Asp.net中Page加载PostData的具体过程 进而解决"获取动态创建的控件的PostData数据"问题
- angularjs 动态添加输入控件并绑定数据
- GridView 动态添加模板列并绑定数据 实现从外部直接传入控件 和 绑定字段参数
- SolpartMenu的使用：（二）、在ASP.NET页面中使用SolpartMenu控件之动态的加载数据库中的数据来生成菜单
- 打造Android集合控件数据绑定(支持添加监听,支持AbsListView与RecycleView,支持异步加载等)(三)具体实现
- Mobiscroll控件动态绑定数据
- SolpartMenu的使用：（二）、在ASP.NET页面中使用SolpartMenu控件之动态的加载数据库中的数据来生成菜单