摘要:了解 ASP.NET 用于显示数据的三个控件: DataGrid、DataList 和 Repeater。 这些控件中的每一个都有独特的特性以及相关的优点和缺点。 创建显示数据的 ASP.NET 应用程序时,为这项工作选择正确的控件非常重要。 正如将在本文中所看到的一样,选择使用 DataGrid、DataList 还是 Repeater,要权衡下面三个因素: 可用性、开发时间和性能。 (12 页打印页)
简介
自从出现了像 Microsoft Active Server Pages (ASP) 这样的简单且基于脚本的 Web 编程技术以来,Web 开发又有了很大的发展。 传统 ASP 中常见的大量枯燥、重复的编码工作,在 Microsoft ASP.NET 中不复存在了。 例如,正如所有传统 ASP 开发人员一度都知道的那样,在传统 ASP Web 页面中显示数据需要下面的伪代码:
Create connection to the database
Populate an ADO Recordset with a SQL query
Display any header HTML needed
For Each Record in the Recordset
Print out the Recordset field(s) and associated HTML
Move to the next record
Next
Display any footer HTML needed
例如,要在 HTML <table> 中显示记录集的内容,开发人员则不得不为 <table> 标记 (tag) 生成 HTML 标记 (markup),然后循环遍历记录集中的每一条记录,每次循环生成一个 <tr> 标记,以及许多 <td> 标记和要显示的记录集字段的值。 最后,在循环之后,开发人员需要生成结束 <table> 标记。
传统 ASP 所要求的这种方法有一个很大的缺点: 它把 HTML 内容和 ASP Web 页面的源代码紧密集成在一起。 因为没有分离代码和 HTML 内容,所以更改 HTML 的内容及其困难,尤其是对不懂编程技术的图形艺术家或 Web 设计者来说更是如此。 而且,因为检索数据库结果和生成它的内容都需要代码,所以代码和 HTML 内容的这种集成相对来说需要大量的代码。
幸好,ASP.NET 提供了三个控件,使得在 ASP.NET Web 页面中显示数据绝对比传统 ASP 所需的迭代方式简单得多。 这三个控件是 DataGrid、DataList 和 Repeater,以后我将称之为数据 Web 控件。 也许,如果您已经开发过 ASP.NET Web 页面,那么至少会对这三个控件中的一个有一些经验。 通常,开发人员从学习 DataGrid 开始,这是因为 DataGrid 使用简单以及它具有允许数据排序、分页和编辑的功能。 但是,在 ASP.NET Web 页面中显示数据时,DataGrid 并不总是控件的最佳选择。
在本文中,我们将研究这些数据 Web 控件中每个控件的独特特性。 这些特性赋予每个数据 Web 控件许多优点和缺点。 因为每一个数据 Web 控件都有一些缺点,所以没有可用于任何作业的“完美”控件。 决定使用哪个控件时,必须权衡这三个数据 Web 控件每一个的优点和缺点,然后再决定哪个控件是最合适的。
为了协助进行比较,研究每一个数据 Web 控件时,我们将着重于这三个衡量标准: 可用性(从 Web 访问者的角度)、开发时间和性能。 我们首先快速浏览一下这三个数据 Web 控件之间的相似性。 接下来我们将深入研究 DataGrid,然后研究 DataList,最后查看 Repeater。 对于每一个控件,我们将研究这些控件的功能,并讨论它的功能集是如何影响这些衡量标准的。
返回页首
数据 Web 控件之间的相似性
在研究数据 Web 控件之间的差异(这些差异使它们区别于其他控件)之前,先看一下它们的相似性。 从较高级别观点来看,最基本的相似性是,DataGrid、DataList 和 Repeater都设计为了执行大致相同的操作: 显示数据。 另一个相似性把数据绑定到数据 Web 控件所需的代码。 具体地说,只需要下面两行代码:
dataWebControlID.DataSource = someDataSource
dataWebControlID.DataBind()
通常,赋给数据 Web 控件的 DataSource 属性的 someDataSource 对象是一个 DataSet、SqlDataReader、OleDbDataReader 或一个集合(如 Array、ArrayList 或 System.Collections 命名空间中的其他某个类)。 但是,任何实现 IEnumerable 接口的对象都可以绑定到数据 Web 控件。
DataBind() 方法枚举指定的 DataSource 中的记录。 对于 DataSource 中的每一条记录,都会创建一个项并追加到数据 Web 控件的 Items 集合中。 数据 Web 控件中的每一项都是一个类实例。 用于控件每一项的特定类取决于该数据 Web 控件。 例如,DataGrid 中的每一项都是 DataGridItem 类的一个实例,而 Repeater 中的每一项都是 RepeaterItem 类的一个实例。
每个数据 Web 控件会为它的每一项使用不同的类,因为是这些项呈现的方式决定了数据 Web 控件生成的 HTML 标记。 例如,DataGridItem 类是从 TableRow 类中派生的,这意味着每个 DataGridItem 都或多或少地呈现为一个表行。 这很有意义,因为 DataGrid 设计为在 HTML <table> 标记内以表格形式显示数据,在 HTML <table> 中,每一项都呈现为单独一行。 另一方面,Repeater 设计为允许对它的输出进行完全自定义。 因此,RepeaterItem 类不从 TableRow 类中派生并不令人惊讶。
数据 Web 控件之间的另一个相似性是每个控件都能使用模板提供高度自定义的输出。 DataList 和 Repeater 控件必须 使用模板指定它们的内容,而 DataGrid 则通过 TemplateColumn 列类型可以为特定的列选择使用模板(我们将在下一节“研究 DataGrid Web 控件”中讨论各种不同的 DataGrid 列类型)。
最后一个值得注意的是 DataGrid 和 DataList 控件是从 WebControl 类中派生的,而 Repeater 控件是从 Control 类中派生的。 WebControl 类包含许多美学方面的属性,例如 BackColor、ForeColor、CssClass、BorderStyle 等。 这意味着如果使用 DataGrid 和 DataList,就可以通过它们从 WebControl 类中继承的属性指定样式设置。 而 Repeater 没有任何这样的样式属性。 正如我们将在“深入研究 Repeater”一节中所讨论的一样,对 Repeater 输出的任何可视设置都必须在 Repeater 的模板中指定。
返回页首
研究 DataGrid Web 控件
DataGrid Web 控件是这三个数据 Web 控件中功能最多的,但是在自定义控件生成的实际 HTML 标记时,它又是最不灵活的。 呈现的 HTML 标记中的这种不灵活性,是由于 DataGrid 是设计用于使用 HTML <table> 以表格形式显示数据所造成的。 因此,对于每一条绑定到 DataGrid 的记录,都会创建一个单独的表行(<tr>),对于要显示的记录中的每一个字段,都会创建一个单独的表列(<td>)。
DataGrid 提供了许多功能,可极大地提高要显示的数据的可用性。 例如,把 DataGrid 的 AllowSorting 属性设置为 True 并添加一点源代码,开发人员就可以把一个普通的 DataGrid 变成一个其数据可以由最终用户排序的 DataGrid。 另外,再增加一点工作量,开发人员就能增强 DataGrid 的功能以允许数据分页或数据的内联编辑。 这些功能明显增强了 DataGrid 的可用性。
除了在可用性方面得分很高,DataGrid 还提供了很短的开发时间。 要使用 DataGrid 开始在 ASP.NET Web 页面中显示数据,只需要把 DataGrid 添加到 Web 页面中并编写两行必要的代码: 第一行把数据绑定到 DataGrid 的 DataSource,第二行调用 DataGrid 的 DataBind() 方法。 显然,随着添加到 DataGrid 中的功能数量的增加,开发时间也增加了,但这只是把开发时间和其他数据 Web 控件进行比较。 假设您要允许对 Repeater 显示的数据进行排序。 添加这样的功能是一定可能的,但是与用 DataGrid 完成同样的操作相比,这需要明显多很多的时间和精力。
尽管 DataGrid 具有良好的可用性和开发时间得分,但是这个控件有两个固有的缺点。 第一,正如前面所谈到的,DataGrid 在对所呈现的 HTML 标记进行自定义方面的功能很有限。 是的,您可以自定义 DataGrid 的不同行和列的字体、颜色和边框,但是事实仍然是,当 DataGrid 显示数据时,结果将是一个 HTML <table>,DataSource 中的每一条记录都对应其中一个 <tr>,每一个字段都对应其中一个 <td>。
具体地说,DataGrid 中的每一列都是一个从 DataGridColumn 类中派生的类实例。 有五个内置的 DataGrid 列类型:
"server">)中,而第二项测试则没有。 如果在窗体中放置一个控件而不把它的 EnableViewState 属性显式设置为 False,那么该控件则会用 ViewState 保持它的状态。 创建这个 ViewState 项可能是一个比较费时的过程,因此减少了可处理的总的每秒请求数,结果如图 1 所示。
图 1: DataGrid 的每秒请求数
正如我们将要在研究 DataList 和 Repeater 时看到的一样,这两个控件都提供了比 DataGrid 更好的性能。
返回页首
分析 DataList
记得 DataGrid 将呈现为 HTML <table>,每一个 DataSource 记录作为一个表行(<tr>),每一个记录字段作为一个表列(<td>)。 有时,您可能想更多地控制数据的显示。 例如,您可能想把数据显示在 HTML <table> 中,但不是每行显示一条记录,而是每行显示五条记录。 或者,您根本不想把数据显示在 <table> 标记中,而是想把每个元素显示在一个 <span> 标记中。
DataList 放弃了 DataGrid 所采用的“列”概念。 相反,DataList 的显示是通过模板 定义的。 利用模板,开发人员可以指定混合的 HTML 语法和数据绑定语法。 HTML 语法是标准的 HTML 标记;数据绑定语法是使用 <%# 和 %> 标记分隔的,用于从 DataSource 的记录中产生用于构造给定 DataList 项的内容。 例如,下面的 ItemTemplate 将显示 DataSource 的字段 CompanyName:
<asp:DataList runat="server" id="myDataList">
<ItemTemplate>
<%# DataBinder.Eval(Container.DataItem, "CompanyName") %>
</ItemTemplate>
</asp:DataList>
除了数据绑定语法,模板也可以包含 HTML 标记。 通过更新上面的模板,可以使 CompanyName 字段以粗体显示,而使 ContactName 字段以非粗体显示在 CompanyName 字段的下面:
<asp:DataList runat="server" id="myDataList">
<ItemTemplate>
<b><%# DataBinder.Eval(Container.DataItem, "CompanyName") %></b>
<br />
<%# DataBinder.Eval(Container.DataItem, "ContactName") %>
</ItemTemplate>
</asp:DataList>
对于 DataList 的 DataSource 中的每一条记录,都要计算 ItemTemplate 的数据绑定语法。 数据绑定语法的输出与 HTML 标记一起指定了为 DataList 项呈现的 HTML。 DataList 还支持其他六个模板,包括 ItemTemplate在内共有如下七个:
"server" id="rptEmployees">
<HeaderTemplate>
<ul>
</HeaderTemplate>
<ItemTemplate>
<li><%# DataBinder.Eval(Container.DataItem, "EmployeeName") %></li>
</ItemTemplate>
<FooterTemplate>
</ul>
</FooterTemplate>
</asp:Repeater>
与 DataGrid 和 DataList 不同,Repeater 类不是从 WebControl 类派生的。 因此,Repeater 缺少 DataGrid 和 DataList 二者共有的样式属性。 这一点归结起来无非是说,如果想对 Repeater 中所显示数据进行格式设置,则必须在 HTML 标记中进行这样的操作。 例如,在上面的例子中,如果想用粗体显示雇员的姓名,则必须更改 ItemTemplate 以包含 HTML 粗体标记,就像下面这样:
<ItemTemplate>
<li><b><%# DataBinder.Eval(Container.DataItem, "EmployeeName")
%></b></li>
</ItemTemplate>
然而对于 DataGrid 或 DataList,通过把控件的 ItemStyle-Font-Bold 属性设置为 True,就能用粗体显示文本了。
Repeater 缺少样式属性会大大增加开发的时间指标。 例如,假设决定使用 Repeater 显示数据,这些数据需要以粗体、中间对齐且带有特定背景色的特定字体显示。 所有这些都要用几个 HTML 标记指定,这些标记很快就会使 Repeater 的模板变得凌乱不堪。 这种凌乱会使以后对外观进行更改变得困难得多,尤其是当其他人对该项目进行操作时,则不得不查看大量 HTML 语法。 将这一点与为 DataGrid 或 DataList 指定格式进行比较。 对于这两个控件中的任何一个,都可以通过指定 DataGrid 或 DataList 的样式属性来使模板免于凌乱。 此外,可以用一些工具来自动设置 DataGrid 和 DataList 的样式属性,例如 Microsoft Visual Studio .NET 或 ASP.NET Web Matrix。
除了延长开发时间之外,Repeater 还缺少有助于支持分页、编辑或数据编辑的内置功能。 由于缺少这些功能支持,Repeater 在可用性的评定中得分很低。 当然,如果 所有您感兴趣的只是显示数据,而不用带任何别致的铃声或口哨声,那么 Repeater 的功能匮乏就不是主要缺点了。 我之所以强调“如果”一词是因为,通常,Web 应用程序一旦进行了部署,用户就会发现他们需要附加的功能,例如排序、分页和编辑。
Repeater 有一个弥补性的品质(这并不令人吃惊),那就是性能。 Repeater 的性能比 DataList 的性能稍微好一点,比 DataGrid 的性能要好很多。图 3 显示了Repeater 每秒能处理的请求数,并与 DataGrid 和 DataList 进行了对比。
图 3: Repeater 的每秒请求数
返回页首
小结
在 ASP.NET Web 页面中显示数据时,很多开发人员都选择他们最熟悉的数据 Web 控件,通常是 DataGrid。 但是这样的盲目决定不够明智,因为根本没有通用的“最好的”数据 Web 控件。 决定为给定的 Web 页使用哪个数据 Web 控件时,应该先就以下各种问题自己考虑一下,以确定哪个控件最适合手边的任务。 您想允许用户对数据进行排序吗? 需要把数据用非 HTML <table> 的格式显示吗? 页面会被大量访问吗,因而性能是一个关键的问题吗?
因为 DataGrid 能允许最终用户排序、分页和编辑它的数据,所以这三个数据 Web 控件中 DataGrid Web 控件提供了最好的功能集。 因为使用 DataGrid 时只需要把它添加到 Web 页面中并写几行代码,所以 DataGrid 也是最简单易用的数据 Web 控件。 但是,容易使用和强大的功能是要付出代价的,如性能的代价: DataGrid 是三个数据 Web 控件中效率最低的,特别是当把它放置在 Web 窗体中时。
通过使用模板,DataList 对显示的数据外观提供了比 DataGrid 更多的控制。 但是,使用模板通常比使用 DataGrid 的列类型需要更多的开发时间 DataList 还支持数据的内联编辑,但是实现起来需要的工作量比 DataGrid 多。 遗憾的是,在 DataList 中提供分页和排序支持不是一件简单的事。 DataList 比 DataGrid 提供了更好的性能,从而弥补了这些缺少的内置功能。
最后,Repeater 控件允许对呈现的 HTML 标记进行完整和全面的控制。 对于 Repeater,生成的唯一 HTML 是模板中数据绑定语句的值和模板中指定的 HTML 标记,而不会生成象 DataGrid 和 DataList 那样的“额外”HTML。 由于要求开发人员指定完整生成的 HTML 标记,所以通常 Repeater 需要的开发时间最长。 而且,Repeater 不提供内置编辑、排序或分页支持。 但是,Repeater 的性能确实是这三个数据 Web 控件中最好的。 它的性能可与 DataList 相比,但明显比 DataGrid 好。
祝大家编程愉快!
简介
自从出现了像 Microsoft Active Server Pages (ASP) 这样的简单且基于脚本的 Web 编程技术以来,Web 开发又有了很大的发展。 传统 ASP 中常见的大量枯燥、重复的编码工作,在 Microsoft ASP.NET 中不复存在了。 例如,正如所有传统 ASP 开发人员一度都知道的那样,在传统 ASP Web 页面中显示数据需要下面的伪代码:
Create connection to the database
Populate an ADO Recordset with a SQL query
Display any header HTML needed
For Each Record in the Recordset
Print out the Recordset field(s) and associated HTML
Move to the next record
Next
Display any footer HTML needed
例如,要在 HTML <table> 中显示记录集的内容,开发人员则不得不为 <table> 标记 (tag) 生成 HTML 标记 (markup),然后循环遍历记录集中的每一条记录,每次循环生成一个 <tr> 标记,以及许多 <td> 标记和要显示的记录集字段的值。 最后,在循环之后,开发人员需要生成结束 <table> 标记。
传统 ASP 所要求的这种方法有一个很大的缺点: 它把 HTML 内容和 ASP Web 页面的源代码紧密集成在一起。 因为没有分离代码和 HTML 内容,所以更改 HTML 的内容及其困难,尤其是对不懂编程技术的图形艺术家或 Web 设计者来说更是如此。 而且,因为检索数据库结果和生成它的内容都需要代码,所以代码和 HTML 内容的这种集成相对来说需要大量的代码。
幸好,ASP.NET 提供了三个控件,使得在 ASP.NET Web 页面中显示数据绝对比传统 ASP 所需的迭代方式简单得多。 这三个控件是 DataGrid、DataList 和 Repeater,以后我将称之为数据 Web 控件。 也许,如果您已经开发过 ASP.NET Web 页面,那么至少会对这三个控件中的一个有一些经验。 通常,开发人员从学习 DataGrid 开始,这是因为 DataGrid 使用简单以及它具有允许数据排序、分页和编辑的功能。 但是,在 ASP.NET Web 页面中显示数据时,DataGrid 并不总是控件的最佳选择。
在本文中,我们将研究这些数据 Web 控件中每个控件的独特特性。 这些特性赋予每个数据 Web 控件许多优点和缺点。 因为每一个数据 Web 控件都有一些缺点,所以没有可用于任何作业的“完美”控件。 决定使用哪个控件时,必须权衡这三个数据 Web 控件每一个的优点和缺点,然后再决定哪个控件是最合适的。
为了协助进行比较,研究每一个数据 Web 控件时,我们将着重于这三个衡量标准: 可用性(从 Web 访问者的角度)、开发时间和性能。 我们首先快速浏览一下这三个数据 Web 控件之间的相似性。 接下来我们将深入研究 DataGrid,然后研究 DataList,最后查看 Repeater。 对于每一个控件,我们将研究这些控件的功能,并讨论它的功能集是如何影响这些衡量标准的。
返回页首
数据 Web 控件之间的相似性
在研究数据 Web 控件之间的差异(这些差异使它们区别于其他控件)之前,先看一下它们的相似性。 从较高级别观点来看,最基本的相似性是,DataGrid、DataList 和 Repeater都设计为了执行大致相同的操作: 显示数据。 另一个相似性把数据绑定到数据 Web 控件所需的代码。 具体地说,只需要下面两行代码:
dataWebControlID.DataSource = someDataSource
dataWebControlID.DataBind()
通常,赋给数据 Web 控件的 DataSource 属性的 someDataSource 对象是一个 DataSet、SqlDataReader、OleDbDataReader 或一个集合(如 Array、ArrayList 或 System.Collections 命名空间中的其他某个类)。 但是,任何实现 IEnumerable 接口的对象都可以绑定到数据 Web 控件。
DataBind() 方法枚举指定的 DataSource 中的记录。 对于 DataSource 中的每一条记录,都会创建一个项并追加到数据 Web 控件的 Items 集合中。 数据 Web 控件中的每一项都是一个类实例。 用于控件每一项的特定类取决于该数据 Web 控件。 例如,DataGrid 中的每一项都是 DataGridItem 类的一个实例,而 Repeater 中的每一项都是 RepeaterItem 类的一个实例。
每个数据 Web 控件会为它的每一项使用不同的类,因为是这些项呈现的方式决定了数据 Web 控件生成的 HTML 标记。 例如,DataGridItem 类是从 TableRow 类中派生的,这意味着每个 DataGridItem 都或多或少地呈现为一个表行。 这很有意义,因为 DataGrid 设计为在 HTML <table> 标记内以表格形式显示数据,在 HTML <table> 中,每一项都呈现为单独一行。 另一方面,Repeater 设计为允许对它的输出进行完全自定义。 因此,RepeaterItem 类不从 TableRow 类中派生并不令人惊讶。
数据 Web 控件之间的另一个相似性是每个控件都能使用模板提供高度自定义的输出。 DataList 和 Repeater 控件必须 使用模板指定它们的内容,而 DataGrid 则通过 TemplateColumn 列类型可以为特定的列选择使用模板(我们将在下一节“研究 DataGrid Web 控件”中讨论各种不同的 DataGrid 列类型)。
最后一个值得注意的是 DataGrid 和 DataList 控件是从 WebControl 类中派生的,而 Repeater 控件是从 Control 类中派生的。 WebControl 类包含许多美学方面的属性,例如 BackColor、ForeColor、CssClass、BorderStyle 等。 这意味着如果使用 DataGrid 和 DataList,就可以通过它们从 WebControl 类中继承的属性指定样式设置。 而 Repeater 没有任何这样的样式属性。 正如我们将在“深入研究 Repeater”一节中所讨论的一样,对 Repeater 输出的任何可视设置都必须在 Repeater 的模板中指定。
返回页首
研究 DataGrid Web 控件
DataGrid Web 控件是这三个数据 Web 控件中功能最多的,但是在自定义控件生成的实际 HTML 标记时,它又是最不灵活的。 呈现的 HTML 标记中的这种不灵活性,是由于 DataGrid 是设计用于使用 HTML <table> 以表格形式显示数据所造成的。 因此,对于每一条绑定到 DataGrid 的记录,都会创建一个单独的表行(<tr>),对于要显示的记录中的每一个字段,都会创建一个单独的表列(<td>)。
DataGrid 提供了许多功能,可极大地提高要显示的数据的可用性。 例如,把 DataGrid 的 AllowSorting 属性设置为 True 并添加一点源代码,开发人员就可以把一个普通的 DataGrid 变成一个其数据可以由最终用户排序的 DataGrid。 另外,再增加一点工作量,开发人员就能增强 DataGrid 的功能以允许数据分页或数据的内联编辑。 这些功能明显增强了 DataGrid 的可用性。
除了在可用性方面得分很高,DataGrid 还提供了很短的开发时间。 要使用 DataGrid 开始在 ASP.NET Web 页面中显示数据,只需要把 DataGrid 添加到 Web 页面中并编写两行必要的代码: 第一行把数据绑定到 DataGrid 的 DataSource,第二行调用 DataGrid 的 DataBind() 方法。 显然,随着添加到 DataGrid 中的功能数量的增加,开发时间也增加了,但这只是把开发时间和其他数据 Web 控件进行比较。 假设您要允许对 Repeater 显示的数据进行排序。 添加这样的功能是一定可能的,但是与用 DataGrid 完成同样的操作相比,这需要明显多很多的时间和精力。
尽管 DataGrid 具有良好的可用性和开发时间得分,但是这个控件有两个固有的缺点。 第一,正如前面所谈到的,DataGrid 在对所呈现的 HTML 标记进行自定义方面的功能很有限。 是的,您可以自定义 DataGrid 的不同行和列的字体、颜色和边框,但是事实仍然是,当 DataGrid 显示数据时,结果将是一个 HTML <table>,DataSource 中的每一条记录都对应其中一个 <tr>,每一个字段都对应其中一个 <td>。
具体地说,DataGrid 中的每一列都是一个从 DataGridColumn 类中派生的类实例。 有五个内置的 DataGrid 列类型:
"server">)中,而第二项测试则没有。 如果在窗体中放置一个控件而不把它的 EnableViewState 属性显式设置为 False,那么该控件则会用 ViewState 保持它的状态。 创建这个 ViewState 项可能是一个比较费时的过程,因此减少了可处理的总的每秒请求数,结果如图 1 所示。
图 1: DataGrid 的每秒请求数
正如我们将要在研究 DataList 和 Repeater 时看到的一样,这两个控件都提供了比 DataGrid 更好的性能。
返回页首
分析 DataList
记得 DataGrid 将呈现为 HTML <table>,每一个 DataSource 记录作为一个表行(<tr>),每一个记录字段作为一个表列(<td>)。 有时,您可能想更多地控制数据的显示。 例如,您可能想把数据显示在 HTML <table> 中,但不是每行显示一条记录,而是每行显示五条记录。 或者,您根本不想把数据显示在 <table> 标记中,而是想把每个元素显示在一个 <span> 标记中。
DataList 放弃了 DataGrid 所采用的“列”概念。 相反,DataList 的显示是通过模板 定义的。 利用模板,开发人员可以指定混合的 HTML 语法和数据绑定语法。 HTML 语法是标准的 HTML 标记;数据绑定语法是使用 <%# 和 %> 标记分隔的,用于从 DataSource 的记录中产生用于构造给定 DataList 项的内容。 例如,下面的 ItemTemplate 将显示 DataSource 的字段 CompanyName:
<asp:DataList runat="server" id="myDataList">
<ItemTemplate>
<%# DataBinder.Eval(Container.DataItem, "CompanyName") %>
</ItemTemplate>
</asp:DataList>
除了数据绑定语法,模板也可以包含 HTML 标记。 通过更新上面的模板,可以使 CompanyName 字段以粗体显示,而使 ContactName 字段以非粗体显示在 CompanyName 字段的下面:
<asp:DataList runat="server" id="myDataList">
<ItemTemplate>
<b><%# DataBinder.Eval(Container.DataItem, "CompanyName") %></b>
<br />
<%# DataBinder.Eval(Container.DataItem, "ContactName") %>
</ItemTemplate>
</asp:DataList>
对于 DataList 的 DataSource 中的每一条记录,都要计算 ItemTemplate 的数据绑定语法。 数据绑定语法的输出与 HTML 标记一起指定了为 DataList 项呈现的 HTML。 DataList 还支持其他六个模板,包括 ItemTemplate在内共有如下七个:
"server" id="rptEmployees">
<HeaderTemplate>
<ul>
</HeaderTemplate>
<ItemTemplate>
<li><%# DataBinder.Eval(Container.DataItem, "EmployeeName") %></li>
</ItemTemplate>
<FooterTemplate>
</ul>
</FooterTemplate>
</asp:Repeater>
与 DataGrid 和 DataList 不同,Repeater 类不是从 WebControl 类派生的。 因此,Repeater 缺少 DataGrid 和 DataList 二者共有的样式属性。 这一点归结起来无非是说,如果想对 Repeater 中所显示数据进行格式设置,则必须在 HTML 标记中进行这样的操作。 例如,在上面的例子中,如果想用粗体显示雇员的姓名,则必须更改 ItemTemplate 以包含 HTML 粗体标记,就像下面这样:
<ItemTemplate>
<li><b><%# DataBinder.Eval(Container.DataItem, "EmployeeName")
%></b></li>
</ItemTemplate>
然而对于 DataGrid 或 DataList,通过把控件的 ItemStyle-Font-Bold 属性设置为 True,就能用粗体显示文本了。
Repeater 缺少样式属性会大大增加开发的时间指标。 例如,假设决定使用 Repeater 显示数据,这些数据需要以粗体、中间对齐且带有特定背景色的特定字体显示。 所有这些都要用几个 HTML 标记指定,这些标记很快就会使 Repeater 的模板变得凌乱不堪。 这种凌乱会使以后对外观进行更改变得困难得多,尤其是当其他人对该项目进行操作时,则不得不查看大量 HTML 语法。 将这一点与为 DataGrid 或 DataList 指定格式进行比较。 对于这两个控件中的任何一个,都可以通过指定 DataGrid 或 DataList 的样式属性来使模板免于凌乱。 此外,可以用一些工具来自动设置 DataGrid 和 DataList 的样式属性,例如 Microsoft Visual Studio .NET 或 ASP.NET Web Matrix。
除了延长开发时间之外,Repeater 还缺少有助于支持分页、编辑或数据编辑的内置功能。 由于缺少这些功能支持,Repeater 在可用性的评定中得分很低。 当然,如果 所有您感兴趣的只是显示数据,而不用带任何别致的铃声或口哨声,那么 Repeater 的功能匮乏就不是主要缺点了。 我之所以强调“如果”一词是因为,通常,Web 应用程序一旦进行了部署,用户就会发现他们需要附加的功能,例如排序、分页和编辑。
Repeater 有一个弥补性的品质(这并不令人吃惊),那就是性能。 Repeater 的性能比 DataList 的性能稍微好一点,比 DataGrid 的性能要好很多。图 3 显示了Repeater 每秒能处理的请求数,并与 DataGrid 和 DataList 进行了对比。
图 3: Repeater 的每秒请求数
返回页首
小结
在 ASP.NET Web 页面中显示数据时,很多开发人员都选择他们最熟悉的数据 Web 控件,通常是 DataGrid。 但是这样的盲目决定不够明智,因为根本没有通用的“最好的”数据 Web 控件。 决定为给定的 Web 页使用哪个数据 Web 控件时,应该先就以下各种问题自己考虑一下,以确定哪个控件最适合手边的任务。 您想允许用户对数据进行排序吗? 需要把数据用非 HTML <table> 的格式显示吗? 页面会被大量访问吗,因而性能是一个关键的问题吗?
因为 DataGrid 能允许最终用户排序、分页和编辑它的数据,所以这三个数据 Web 控件中 DataGrid Web 控件提供了最好的功能集。 因为使用 DataGrid 时只需要把它添加到 Web 页面中并写几行代码,所以 DataGrid 也是最简单易用的数据 Web 控件。 但是,容易使用和强大的功能是要付出代价的,如性能的代价: DataGrid 是三个数据 Web 控件中效率最低的,特别是当把它放置在 Web 窗体中时。
通过使用模板,DataList 对显示的数据外观提供了比 DataGrid 更多的控制。 但是,使用模板通常比使用 DataGrid 的列类型需要更多的开发时间 DataList 还支持数据的内联编辑,但是实现起来需要的工作量比 DataGrid 多。 遗憾的是,在 DataList 中提供分页和排序支持不是一件简单的事。 DataList 比 DataGrid 提供了更好的性能,从而弥补了这些缺少的内置功能。
最后,Repeater 控件允许对呈现的 HTML 标记进行完整和全面的控制。 对于 Repeater,生成的唯一 HTML 是模板中数据绑定语句的值和模板中指定的 HTML 标记,而不会生成象 DataGrid 和 DataList 那样的“额外”HTML。 由于要求开发人员指定完整生成的 HTML 标记,所以通常 Repeater 需要的开发时间最长。 而且,Repeater 不提供内置编辑、排序或分页支持。 但是,Repeater 的性能确实是这三个数据 Web 控件中最好的。 它的性能可与 DataList 相比,但明显比 DataGrid 好。
祝大家编程愉快!
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
桃源资源网 Design By www.nqtax.com
暂无“决定何时使用 DataGrid、DataList 或 Repeater(ASP.NET 技术文章)”评论...
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。