摘自: 百度知道  

在三种控件当中，DataGrid是迄今为止功能最为丰富的，但也是最不灵活的控件。这种在输出HTML时不够灵活的特点是因为它最初就是被设计成以表格的形式输出数据。每一条记录输出时会建立一对<tr>标签，而每个字段的值输出时则建立一对<td>标签。

DataGrid含有几个属性可以提高其可用性。如，通过设置DataGrid的AllowSorting属性为true，并加入少量代码，DataGrid就具备了按不同字段排序的功能。此外，设定相关属性来实现分页以及单条记录编辑的功能更加增强了DataGrid的可用性。

除了在可用性方面的支持以外，DataGrid同时也相当节省开发时间。使用DataGrid在WEB页面上显示数据只需要两行代码。一行用来设定与DataGrid绑定的数据源（DataSource），另一条则用来执行绑定命令（DataBind()）。当然，在Repeater中实现这样的功能并非不可能，只是，相比较使用DataGrid而言，你需要花费相当多的时间和精力来实现这些功能。

尽管DataGrid有这样那样令人印象深刻的优点，它的两个缺点也同样不能忽视。首先，如前所述，DataGrid在个性化输出数据方面功能有限。当然，你可以定制字体、颜色以及线条宽度等等，但它始终只能是HTML表格。

每个在DataGrid中的列都是DataGridColumn类的一个实例。有五种DataGrid列的形式：

·BoundColumn

·ButtonColumn

·EditColumn

·HyperLinkColumn

·TemplateColumn

每种类型都会以一种方式允许页面访问与DataGrid进行交互。例如，BoundColumn将DataSource的字段值显示为纯文本；而HyperLinkColumn则将之显示为一个超级链接。另外，开发者可以通过写一个继承自DataGridColumn的自定义类来定制DataGrid列的样式。

尽管DataGrid具有这么多的增强可用性的属性，却仍然显得死板而不够灵活。这是因为，不论什么样的属性，都需要对DataGrid所生成的表格进行相关的设置而生效。这无疑会使表格变得臃肿而失去灵活性。例如，DataGridColumn的设置会对表格的每一行的相应列生效。DataGrid的这种局限性阻碍了更有创意地显示数据。比如，你希望每五条记录被显示在一行，或根本不想要表格来显示数据，你将不得不放弃使用DataGrid。

DataGrid的第二个缺陷是它的性能。在三种数据控件中，DataGrid是相对性能最差的。由DataGrid所生成的ViewState将会相当庞大，特别是在DataGrid含有较多的行时。当然，你也可以关闭ViewState功能，但代价是你将不能使用排序、分页以及记录编辑等功能。

为了测量DataGrid的性能，我使用了微软的Web Application Stress Tool (WAST)。精确的测试条件设定以及测试用代码将会在本文的结尾给出。

WAST将会对WEB服务器发出对一个特定URL的请求。每个测试将会针对一个URL在一分钟之内连续不断地请求。WAST将会一个代表性能的数值，代表WEB服务器将会在一秒钟内执行ASP.Net页面多少次。

两个测试将显示一个仅仅显示数据的DataGrid。DataGrid将会显示Northwinds数据库中的Customers表的4个字段的内容（总计91条记录）。DataGrid的AutoGenerateColumns属性将会被设为True。第一个测试将DataGrid置于一个Form中，第二个则不置于Form中。将控件置于Form中而不指定其EnableViewState为False，则控件将会一直使用ViewState来维持其状态。对ViewState的设定是为了有一个耗时的处理过程，来看一下它对于每秒种的页面请求有什么样的影响。测试结果见图1。

图1：对DataGrid的每秒请求次数

在下面我们要讨论并测试的DataList和Repeater中，我们会看到它们的性能将优于DataGrid。

〔DataList控件〕

如前所述，DataGrid使用表格来显示数据。你也许需要更进一步地控制数据的显示。例如，你想使数据在表格中显示，但不是每行只有一条记录，而是多条。又或者，你并不想使用表格来显示数据，而是只将它们显示在一系列<span>标签中。

DataList放弃了DataGrid中列表显示数据的概念，而是使用事先定义好的模板（Template）来定制显示。通过使用模板，可以同时使用HTML标签或数据绑定。这里的数据绑定的形式为：<%# … %>，用来显示数据源中给定条目的数据记录。如下的ItemTemplate将会显示数据源中CompanyName字段：

<asp:DataList runat="server" id="myDataList">

<ItemTemplate>

<%# DataBinder.Eval(Container.DataItem, "CompanyName") %>

</ItemTemplate>

</asp:DataList>

通过修改上面的模板，我们可以使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数据源中的每一条记录，ItemTemplate会通过定义HTML标签来以相同的样式显示数据。ItemTemplate还支持其它其它6种模板：

·AlternatingItemTemplate

·EditItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SelectedItemTemplate

·SeparatorTemplate

默认情况下DataList会将记录显示在HTML表格中。然而，通过设定RepeatColumn属性，你可以设置在一行中显示多少条记录。更进一步，你甚至可以指定DatList的内容不显示在表格中，而是<span>标签中。这可以通过设定RepearLayout属性来实现。

通过模板、RepeatColumn和RepeatLayout属性，很明显DataList在定制数据输出样式方面较DataGrid更具灵活性，使得用户界面设计可以更加友好。当然，我们还需要进行功能性的对比，如分页、排序、记录编辑等等。

通过EditItemIndex模板和EditCommand，UpdateCommand以及CancelCommand事件，DataList将支持记录编辑的功能。不过，比较DataGrid而言，这需要耗费更多的开发时间来实现。这种开发时间上的不一致主要有两个原因：

·编辑/更新/删除按钮在DataGrid中可以通过设定EditCommandColumn来自动添加；而在DataList中则需要手动添加。

·DataGrid的BoundColumn列样式自动使用文本框控件来显示记录编辑界面。而在DataList中，你必须通过EditItemTemplate明确地指定使用什么样的编辑界面。

实现DataList中的分页、排序功能同记录编辑功能情况一样，并不算非常复杂。这些功能可以通过巧妙的编程加以实现，只是耗费一些开发时间。所以，如果需要用户对数据记录进行排序或编辑的话，使用DataGrid要比使用DataList方便得多。

DataList的性能要比DataGrid好一些，特别是当DataList被包含在Form当中时。图2显示了WAST对DataList的测试。

图2：对DataList的每秒请求次数

可以看出，在被Web Form包含的情况下，DataList的性能要明显好于DataGrid。

〔Repeater控件〕

Repeater控件是三种数据控件中在HTML输出方面最为灵活的控件。Repeater会按照你所要求的样式严格地输出数据记录。所以，如果你不想以表格方式或者简单的<span>输出数据，那么最好使用Repeater。

与DataList一样，Repeater使用模板来指定输出样式。Repeater支持如下五种模板：

·AlternatingItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SeparatorTemplate

HederTemplate和FooterTemplate指定在真正的记录输出之前或之后应处理的HTML内容。AlternatingItemTemplate和ItemTemplate则指定实际的每条输出记录的HTML样式。如，你需要绑定一个包含雇员信息的DataSet到一个Repeater，字段名为EmployeeName。如果你想在页面中不排序地显示这些记录，你可以使用如下的语句：

<asp:Repeater runat="server" id="rptEmployees">

<HeaderTemplate>

<ul>

</HeaderTemplate>

<ItemTemplate>

<li><%# DataBinder.Eval(Container.DataItem, "EmployeeName") %></li>

</ItemTemplate>

<FooterTemplate>

</ul>

</FooterTemplate>

</asp:Repeater>

Repeater类不是继承自WebControl类的，这一点与DataGrid和DataList不同。所以，Repeater没有样式方面的属性可供设定。也就是说，如果你想格式化输出Repeater的数据记录，你必须使用HTML标签来设定样式。如，在一例中，如果我们想将雇员名字显示成粗体，我们必须在ItemTemplate设置相应的HTML标签：

<ItemTemplate>

<li><b><%# DataBinder.Eval(Container.DataItem, "EmployeeName")%></b></li>

</ItemTemplate>

而如果使用DataGrid或DataList，我们只通过设定ItemStyle-Font-Bold属性为True即可实现。

Repeater在格式化设定上的欠缺，直接反映到开发时间的延长上来。对输出数据样式上的越多要求，就越会导致开发周期的延长。这些在模板中规定样式的HTML标签也越发得显得混乱，而且，在将来页面更改时会更加困难，特别是当一个新的开发人员接替工作时。而使用DataGrid或DataList你尽可以只设定样式属性，而不使用模板。而且，如果使用Visual Studio.Net或ASP.Net Web Matrix工作时，这些属性更可以被直接设定而无需编码。

因为Repeater开发时间的延长，其在内建功能（分页、排序及编辑）上的支持也显得不足。因此在可用性方面，Repeater有着明显的缺陷。当然，<b>如果</b>用户对于如何显示数据无所谓的话，这也算不了什么大问题。我之所以强调这个“如果”，是因为尽管用户有时在设计时并不要求能够分页、排序或编辑记录，但这样的要求往往会在开发后期，或在他们能看到显示出来的记录后产生。

Repeater唯一优于DataGrid和DataList的特点是它的性能，尤其明显优于DataGrid。而比DataList略高一点点。

〔结论〕

在ASP.Net页面上显示数据时，多数的程序员会选择他们所熟悉的控件来使用，特别是DataGrid。然而，这样盲目的选择在没有“最好的通用控件”的情况下是不明智的。在选择控件来显示数据前，不妨问自己几个问题来帮助决策：是否允许用户对记录排序？是不是记录需要显示在非表格的情况下？页面是否会被高频度地访问，因此应多考虑性能？

DataGrid提供了最多的功能，如允许访问者对记录编辑、排序或分页。同时它也是最容易使用的，甚至于简单到只需要将之添加到页面中而不必额外编写代码。不过这些易用性是以性能的损失为代价的。DataGrid在三种控件中是效率最低的，特别是在使用Web Form的情况下。

通过使用模板，DataList提供了比DataGrid更加优秀的界面效果。不过这需要以牺牲一定的开发时间为代价。为了添加排序、分页和编辑功能，程序员不得不花费比使用DataGrid更多的精力来进行编码，虽然它的性能要优于DataGrid。

最后，Repeater允许对数据记录作最大限度的HTML定制。通常，使用Repeater来显示数据记录比使用DataGrid和DataList要耗费更长的开发时间。另外，它不支持内建的编辑、排序和分页功能。所幸的是，Repeater在性能上要优于其它两种控件，特别是明显优于DataGrid。

1. 如果该页面不需要读取，创建和修改 Session 时，可以在页面上将 EnableSessionState 属性设置为 False

2. 当页面只读取Session值，而不需创建和修改时，可以在页面上将 EnableSessionState属性设置为 ReadOnly

3. 如果整站都不需要用到 Session 的话，则在Web.Config 文件中将Session的可用

状态置为 off
<sessionstate mode="off"/>

4. 多使用 客户端脚本

5. 使用 Page.IsPostback 来避免不必要的往返执行

6. 只有在必要时才保存服务器控件的视图状态
<%@ Page EnableViewState="false" %>

7. 不要依赖代码中的异常，它会大大降低应用程序的性能

8. 数据库访问尽量使用存储过程

9. 数据集尽量使用DataReader(只进数据游标)

10. 数据绑定控件尽量使用 Repeater(便利和性能的折中)

11. 如果有可能，应该采用 缓存数据和缓存输出(注意不要缓存太多项，因为缓存也有

开销，特别是内存)

12. 仅对需要的应用程序启用身份认证(Membership也很消耗性能的)

Response是叫浏览器去重新转向到指定的网页，而Server自然是发生在服务器端为主了，因此会有以下区别：

1. Server.Transfer只能够转跳到本地虚拟目录指定的页面，而Response.Redirect则十分灵活；
2. Server.Transfer可以将页面参数方便传递到指定页面；
3. 使用时，Server.Transfer跳到别的页面后，浏览器显示的地址不会改变，有时反而会造成误会，当然也有些场合需要这样的效果；
4. Server.Transfer可以减少客户端对服务器的请求；

问题：配置错误 说明: 在处理向该请求提供服务所需的配置文件时出错。请检查下面的特定错误详细信息并适当地修改配置文件。 分析器错误信息: 无法识别的配置节“connectionStrings”源错误: 行 1： <configuration> 行 2： 行 3： <connectionStrings/> 行 4： ...... 源文件: F:/User/site/CS_2.1.60809.935_SDK/source/Web/web.config    行: 3  原因：用vs2005开发的asp.net应用程序需要使用.net framework 2.0，而在iis中的默认.net环境是1.1。这时将发生不可识别的节点的问题。

解决办法：将.net环境升级为2.0，开始－》运行－》cmd－》 C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/aspnet_regiis.exe -i

DataSet.Relations.Add("关联名称", 父关联主键字段, 子关联外来键字段)
--------------------------------------------------------------------------
    DataSet ds = new DataSet(); //建立数据集对象.
    OleDbDataAdapter da = new OleDbDataAdapter();
    da = Data.Select("select * from dtext", "dtext");//将数据放入数据集..
    da.Fill(ds, "dtext");
    da = Data.Select("select * from a", "dtext1");//将数据放入数据集..
    da.Fill(ds, "dtext1");
    ds.Relations.Add("admin",ds.Tables["dtext"].Columns["Dname"],ds.Tables["dtext1"].Columns["Dname"]);
    Repeater1.DataSource = ds.Tables["dtext"].DefaultView; //进行设定..
    Repeater1.DataBind();//执行...

一、认识Web.config文件

Web.config文件是一个XML文本文件，它用来储存 ASP.NET Web 应用程序的配置信息（如最常用的设置ASP.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过VB.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的

Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

在运行时对Web.config文件的修改不需要重启服务就可以生效（注：＜processModel＞ 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。

二、web.config配置文件（默认的配置设置）以下所有的代码都应该位于

＜configuration＞

＜system.web＞

和

＜/system.web＞

＜/configuration＞

之间，出于学习的目的下面的示例都省略了这段XML标记

1、＜authentication＞ 节

作用：配置 ASP.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。＜authentication＞ 元素必需与＜authorization＞ 节配合使用。

示例：

以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。

＜authentication mode="Forms" ＞

＜forms loginUrl="logon.aspx" name=".FormsAuthCookie"/＞

＜/authentication＞

其中元素loginUrl表示登陆网页的名称，name表示Cookie名称

2、＜authorization＞ 节

作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与＜authentication＞ 节配合使用。

示例：以下示例禁止匿名用户的访问

＜authorization＞

＜deny users="?"/＞

＜/authorization＞

注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用

web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.具体的实例请参考:

Forms验证 http://www.fanvb.net/websample/dataauth.aspx

3、＜compilation＞节

作用：配置 ASP.NET 使用的所有编译设置。默认的debug属性为“True”.在程序编译完成交付使用之后应将其设为True（Web.config文件中有详细说明，此处省略示例）

4、＜customErrors＞

作用：为 ASP.NET 应用程序提供有关自定义错误信息的信息。它不适用于 XML Web services 中发生的错误。

示例：当发生错误时，将网页跳转到自定义的错误页面。

＜customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly"＞

＜/customErrors＞

其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。

5、＜httpRuntime＞节

作用：配置 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。

示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100

＜httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/＞

6、 ＜pages＞

作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。＜pages＞可以在计算机、站点、应用程序和子目录级别声明。

示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）

＜pages buffer="true" enableViewStateMac="true" validateRequest="false"/＞

7、＜sessionState＞

作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。

示例：

＜sessionState mode="InProc" cookieless="true" timeout="20"/＞

＜/sessionState＞

注：

mode="InProc"表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态）

cookieless="true"表示：如果用户浏览器不支持Cookie时启用会话状态(默认为False）

timeout="20"表示：会话可以处于空闲状态的分钟数

8、＜trace＞

作用：配置 ASP.NET 跟踪服务，主要用来程序测试判断哪里出错。

示例：以下为Web.config中的默认配置：

＜trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" /＞

注：

enabled="false"表示不启用跟踪；requestLimit="10"表示指定在服务器上存储的跟踪请求的数目

pageOutput="false"表示只能通过跟踪实用工具访问跟踪输出；

traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息

localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器

三、自定义Web.config文件配置节

自定义Web.config文件配置节过程分为两步。

一是在在配置文件顶部 ＜configSections＞ 和 ＜/configSections＞标记之间声明配置节的名称和处理该节中配置数据的 .NET Framework 类的名称。

二是在 ＜configSections＞ 区域之后为声明的节做实际的配置设置。

示例：创建一个节存储数据库连接字符串

＜configuration＞

＜configSections＞

＜section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/＞

＜/configSections＞

＜appSettings＞

＜add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/＞

＜/appSettings＞

＜system.web＞

......

＜/system.web＞

＜/configuration＞

四、访问Web.config文件

你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。

Dim sconstr As String = ConfigurationSettings.AppSettings("SconStr")

Dim scon = New SqlConnection(sconstr)

摘自: 百度知道  

在三种控件当中，DataGrid是迄今为止功能最为丰富的，但也是最不灵活的控件。这种在输出HTML时不够灵活的特点是因为它最初就是被设计成以表格的形式输出数据。每一条记录输出时会建立一对<tr>标签，而每个字段的值输出时则建立一对<td>标签。

DataGrid含有几个属性可以提高其可用性。如，通过设置DataGrid的AllowSorting属性为true，并加入少量代码，DataGrid就具备了按不同字段排序的功能。此外，设定相关属性来实现分页以及单条记录编辑的功能更加增强了DataGrid的可用性。

除了在可用性方面的支持以外，DataGrid同时也相当节省开发时间。使用DataGrid在WEB页面上显示数据只需要两行代码。一行用来设定与DataGrid绑定的数据源（DataSource），另一条则用来执行绑定命令（DataBind()）。当然，在Repeater中实现这样的功能并非不可能，只是，相比较使用DataGrid而言，你需要花费相当多的时间和精力来实现这些功能。

尽管DataGrid有这样那样令人印象深刻的优点，它的两个缺点也同样不能忽视。首先，如前所述，DataGrid在个性化输出数据方面功能有限。当然，你可以定制字体、颜色以及线条宽度等等，但它始终只能是HTML表格。

每个在DataGrid中的列都是DataGridColumn类的一个实例。有五种DataGrid列的形式：

·BoundColumn

·ButtonColumn

·EditColumn

·HyperLinkColumn

·TemplateColumn

每种类型都会以一种方式允许页面访问与DataGrid进行交互。例如，BoundColumn将DataSource的字段值显示为纯文本；而HyperLinkColumn则将之显示为一个超级链接。另外，开发者可以通过写一个继承自DataGridColumn的自定义类来定制DataGrid列的样式。

尽管DataGrid具有这么多的增强可用性的属性，却仍然显得死板而不够灵活。这是因为，不论什么样的属性，都需要对DataGrid所生成的表格进行相关的设置而生效。这无疑会使表格变得臃肿而失去灵活性。例如，DataGridColumn的设置会对表格的每一行的相应列生效。DataGrid的这种局限性阻碍了更有创意地显示数据。比如，你希望每五条记录被显示在一行，或根本不想要表格来显示数据，你将不得不放弃使用DataGrid。

DataGrid的第二个缺陷是它的性能。在三种数据控件中，DataGrid是相对性能最差的。由DataGrid所生成的ViewState将会相当庞大，特别是在DataGrid含有较多的行时。当然，你也可以关闭ViewState功能，但代价是你将不能使用排序、分页以及记录编辑等功能。

为了测量DataGrid的性能，我使用了微软的Web Application Stress Tool (WAST)。精确的测试条件设定以及测试用代码将会在本文的结尾给出。

WAST将会对WEB服务器发出对一个特定URL的请求。每个测试将会针对一个URL在一分钟之内连续不断地请求。WAST将会一个代表性能的数值，代表WEB服务器将会在一秒钟内执行ASP.Net页面多少次。

两个测试将显示一个仅仅显示数据的DataGrid。DataGrid将会显示Northwinds数据库中的Customers表的4个字段的内容（总计91条记录）。DataGrid的AutoGenerateColumns属性将会被设为True。第一个测试将DataGrid置于一个Form中，第二个则不置于Form中。将控件置于Form中而不指定其EnableViewState为False，则控件将会一直使用ViewState来维持其状态。对ViewState的设定是为了有一个耗时的处理过程，来看一下它对于每秒种的页面请求有什么样的影响。测试结果见图1。

图1：对DataGrid的每秒请求次数

在下面我们要讨论并测试的DataList和Repeater中，我们会看到它们的性能将优于DataGrid。

〔DataList控件〕

如前所述，DataGrid使用表格来显示数据。你也许需要更进一步地控制数据的显示。例如，你想使数据在表格中显示，但不是每行只有一条记录，而是多条。又或者，你并不想使用表格来显示数据，而是只将它们显示在一系列<span>标签中。

DataList放弃了DataGrid中列表显示数据的概念，而是使用事先定义好的模板（Template）来定制显示。通过使用模板，可以同时使用HTML标签或数据绑定。这里的数据绑定的形式为：<%# … %>，用来显示数据源中给定条目的数据记录。如下的ItemTemplate将会显示数据源中CompanyName字段：

<asp:DataList runat="server" id="myDataList">

<ItemTemplate>

<%# DataBinder.Eval(Container.DataItem, "CompanyName") %>

</ItemTemplate>

</asp:DataList>

通过修改上面的模板，我们可以使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数据源中的每一条记录，ItemTemplate会通过定义HTML标签来以相同的样式显示数据。ItemTemplate还支持其它其它6种模板：

·AlternatingItemTemplate

·EditItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SelectedItemTemplate

·SeparatorTemplate

默认情况下DataList会将记录显示在HTML表格中。然而，通过设定RepeatColumn属性，你可以设置在一行中显示多少条记录。更进一步，你甚至可以指定DatList的内容不显示在表格中，而是<span>标签中。这可以通过设定RepearLayout属性来实现。

通过模板、RepeatColumn和RepeatLayout属性，很明显DataList在定制数据输出样式方面较DataGrid更具灵活性，使得用户界面设计可以更加友好。当然，我们还需要进行功能性的对比，如分页、排序、记录编辑等等。

通过EditItemIndex模板和EditCommand，UpdateCommand以及CancelCommand事件，DataList将支持记录编辑的功能。不过，比较DataGrid而言，这需要耗费更多的开发时间来实现。这种开发时间上的不一致主要有两个原因：

·编辑/更新/删除按钮在DataGrid中可以通过设定EditCommandColumn来自动添加；而在DataList中则需要手动添加。

·DataGrid的BoundColumn列样式自动使用文本框控件来显示记录编辑界面。而在DataList中，你必须通过EditItemTemplate明确地指定使用什么样的编辑界面。

实现DataList中的分页、排序功能同记录编辑功能情况一样，并不算非常复杂。这些功能可以通过巧妙的编程加以实现，只是耗费一些开发时间。所以，如果需要用户对数据记录进行排序或编辑的话，使用DataGrid要比使用DataList方便得多。

DataList的性能要比DataGrid好一些，特别是当DataList被包含在Form当中时。图2显示了WAST对DataList的测试。

图2：对DataList的每秒请求次数

可以看出，在被Web Form包含的情况下，DataList的性能要明显好于DataGrid。

〔Repeater控件〕

Repeater控件是三种数据控件中在HTML输出方面最为灵活的控件。Repeater会按照你所要求的样式严格地输出数据记录。所以，如果你不想以表格方式或者简单的<span>输出数据，那么最好使用Repeater。

与DataList一样，Repeater使用模板来指定输出样式。Repeater支持如下五种模板：

·AlternatingItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SeparatorTemplate

HederTemplate和FooterTemplate指定在真正的记录输出之前或之后应处理的HTML内容。AlternatingItemTemplate和ItemTemplate则指定实际的每条输出记录的HTML样式。如，你需要绑定一个包含雇员信息的DataSet到一个Repeater，字段名为EmployeeName。如果你想在页面中不排序地显示这些记录，你可以使用如下的语句：

<asp:Repeater runat="server" id="rptEmployees">

<HeaderTemplate>

<ul>

</HeaderTemplate>

<ItemTemplate>

<li><%# DataBinder.Eval(Container.DataItem, "EmployeeName") %></li>

</ItemTemplate>

<FooterTemplate>

</ul>

</FooterTemplate>

</asp:Repeater>

Repeater类不是继承自WebControl类的，这一点与DataGrid和DataList不同。所以，Repeater没有样式方面的属性可供设定。也就是说，如果你想格式化输出Repeater的数据记录，你必须使用HTML标签来设定样式。如，在一例中，如果我们想将雇员名字显示成粗体，我们必须在ItemTemplate设置相应的HTML标签：

<ItemTemplate>

<li><b><%# DataBinder.Eval(Container.DataItem, "EmployeeName")%></b></li>

</ItemTemplate>

而如果使用DataGrid或DataList，我们只通过设定ItemStyle-Font-Bold属性为True即可实现。

Repeater在格式化设定上的欠缺，直接反映到开发时间的延长上来。对输出数据样式上的越多要求，就越会导致开发周期的延长。这些在模板中规定样式的HTML标签也越发得显得混乱，而且，在将来页面更改时会更加困难，特别是当一个新的开发人员接替工作时。而使用DataGrid或DataList你尽可以只设定样式属性，而不使用模板。而且，如果使用Visual Studio.Net或ASP.Net Web Matrix工作时，这些属性更可以被直接设定而无需编码。

因为Repeater开发时间的延长，其在内建功能（分页、排序及编辑）上的支持也显得不足。因此在可用性方面，Repeater有着明显的缺陷。当然，<b>如果</b>用户对于如何显示数据无所谓的话，这也算不了什么大问题。我之所以强调这个“如果”，是因为尽管用户有时在设计时并不要求能够分页、排序或编辑记录，但这样的要求往往会在开发后期，或在他们能看到显示出来的记录后产生。

Repeater唯一优于DataGrid和DataList的特点是它的性能，尤其明显优于DataGrid。而比DataList略高一点点。

〔结论〕

在ASP.Net页面上显示数据时，多数的程序员会选择他们所熟悉的控件来使用，特别是DataGrid。然而，这样盲目的选择在没有“最好的通用控件”的情况下是不明智的。在选择控件来显示数据前，不妨问自己几个问题来帮助决策：是否允许用户对记录排序？是不是记录需要显示在非表格的情况下？页面是否会被高频度地访问，因此应多考虑性能？

DataGrid提供了最多的功能，如允许访问者对记录编辑、排序或分页。同时它也是最容易使用的，甚至于简单到只需要将之添加到页面中而不必额外编写代码。不过这些易用性是以性能的损失为代价的。DataGrid在三种控件中是效率最低的，特别是在使用Web Form的情况下。

通过使用模板，DataList提供了比DataGrid更加优秀的界面效果。不过这需要以牺牲一定的开发时间为代价。为了添加排序、分页和编辑功能，程序员不得不花费比使用DataGrid更多的精力来进行编码，虽然它的性能要优于DataGrid。

最后，Repeater允许对数据记录作最大限度的HTML定制。通常，使用Repeater来显示数据记录比使用DataGrid和DataList要耗费更长的开发时间。另外，它不支持内建的编辑、排序和分页功能。所幸的是，Repeater在性能上要优于其它两种控件，特别是明显优于DataGrid。

摘自: 百度知道  

在三种控件当中，DataGrid是迄今为止功能最为丰富的，但也是最不灵活的控件。这种在输出HTML时不够灵活的特点是因为它最初就是被设计成以表格的形式输出数据。每一条记录输出时会建立一对<tr>标签，而每个字段的值输出时则建立一对<td>标签。

DataGrid含有几个属性可以提高其可用性。如，通过设置DataGrid的AllowSorting属性为true，并加入少量代码，DataGrid就具备了按不同字段排序的功能。此外，设定相关属性来实现分页以及单条记录编辑的功能更加增强了DataGrid的可用性。

除了在可用性方面的支持以外，DataGrid同时也相当节省开发时间。使用DataGrid在WEB页面上显示数据只需要两行代码。一行用来设定与DataGrid绑定的数据源（DataSource），另一条则用来执行绑定命令（DataBind()）。当然，在Repeater中实现这样的功能并非不可能，只是，相比较使用DataGrid而言，你需要花费相当多的时间和精力来实现这些功能。

尽管DataGrid有这样那样令人印象深刻的优点，它的两个缺点也同样不能忽视。首先，如前所述，DataGrid在个性化输出数据方面功能有限。当然，你可以定制字体、颜色以及线条宽度等等，但它始终只能是HTML表格。

每个在DataGrid中的列都是DataGridColumn类的一个实例。有五种DataGrid列的形式：

·BoundColumn

·ButtonColumn

·EditColumn

·HyperLinkColumn

·TemplateColumn

每种类型都会以一种方式允许页面访问与DataGrid进行交互。例如，BoundColumn将DataSource的字段值显示为纯文本；而HyperLinkColumn则将之显示为一个超级链接。另外，开发者可以通过写一个继承自DataGridColumn的自定义类来定制DataGrid列的样式。

尽管DataGrid具有这么多的增强可用性的属性，却仍然显得死板而不够灵活。这是因为，不论什么样的属性，都需要对DataGrid所生成的表格进行相关的设置而生效。这无疑会使表格变得臃肿而失去灵活性。例如，DataGridColumn的设置会对表格的每一行的相应列生效。DataGrid的这种局限性阻碍了更有创意地显示数据。比如，你希望每五条记录被显示在一行，或根本不想要表格来显示数据，你将不得不放弃使用DataGrid。

DataGrid的第二个缺陷是它的性能。在三种数据控件中，DataGrid是相对性能最差的。由DataGrid所生成的ViewState将会相当庞大，特别是在DataGrid含有较多的行时。当然，你也可以关闭ViewState功能，但代价是你将不能使用排序、分页以及记录编辑等功能。

为了测量DataGrid的性能，我使用了微软的Web Application Stress Tool (WAST)。精确的测试条件设定以及测试用代码将会在本文的结尾给出。

WAST将会对WEB服务器发出对一个特定URL的请求。每个测试将会针对一个URL在一分钟之内连续不断地请求。WAST将会一个代表性能的数值，代表WEB服务器将会在一秒钟内执行ASP.Net页面多少次。

两个测试将显示一个仅仅显示数据的DataGrid。DataGrid将会显示Northwinds数据库中的Customers表的4个字段的内容（总计91条记录）。DataGrid的AutoGenerateColumns属性将会被设为True。第一个测试将DataGrid置于一个Form中，第二个则不置于Form中。将控件置于Form中而不指定其EnableViewState为False，则控件将会一直使用ViewState来维持其状态。对ViewState的设定是为了有一个耗时的处理过程，来看一下它对于每秒种的页面请求有什么样的影响。测试结果见图1。

图1：对DataGrid的每秒请求次数

在下面我们要讨论并测试的DataList和Repeater中，我们会看到它们的性能将优于DataGrid。

〔DataList控件〕

如前所述，DataGrid使用表格来显示数据。你也许需要更进一步地控制数据的显示。例如，你想使数据在表格中显示，但不是每行只有一条记录，而是多条。又或者，你并不想使用表格来显示数据，而是只将它们显示在一系列<span>标签中。

DataList放弃了DataGrid中列表显示数据的概念，而是使用事先定义好的模板（Template）来定制显示。通过使用模板，可以同时使用HTML标签或数据绑定。这里的数据绑定的形式为：<%# … %>，用来显示数据源中给定条目的数据记录。如下的ItemTemplate将会显示数据源中CompanyName字段：

<asp:DataList runat="server" id="myDataList">

<ItemTemplate>

<%# DataBinder.Eval(Container.DataItem, "CompanyName") %>

</ItemTemplate>

</asp:DataList>

通过修改上面的模板，我们可以使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数据源中的每一条记录，ItemTemplate会通过定义HTML标签来以相同的样式显示数据。ItemTemplate还支持其它其它6种模板：

·AlternatingItemTemplate

·EditItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SelectedItemTemplate

·SeparatorTemplate

默认情况下DataList会将记录显示在HTML表格中。然而，通过设定RepeatColumn属性，你可以设置在一行中显示多少条记录。更进一步，你甚至可以指定DatList的内容不显示在表格中，而是<span>标签中。这可以通过设定RepearLayout属性来实现。

通过模板、RepeatColumn和RepeatLayout属性，很明显DataList在定制数据输出样式方面较DataGrid更具灵活性，使得用户界面设计可以更加友好。当然，我们还需要进行功能性的对比，如分页、排序、记录编辑等等。

通过EditItemIndex模板和EditCommand，UpdateCommand以及CancelCommand事件，DataList将支持记录编辑的功能。不过，比较DataGrid而言，这需要耗费更多的开发时间来实现。这种开发时间上的不一致主要有两个原因：

·编辑/更新/删除按钮在DataGrid中可以通过设定EditCommandColumn来自动添加；而在DataList中则需要手动添加。

·DataGrid的BoundColumn列样式自动使用文本框控件来显示记录编辑界面。而在DataList中，你必须通过EditItemTemplate明确地指定使用什么样的编辑界面。

实现DataList中的分页、排序功能同记录编辑功能情况一样，并不算非常复杂。这些功能可以通过巧妙的编程加以实现，只是耗费一些开发时间。所以，如果需要用户对数据记录进行排序或编辑的话，使用DataGrid要比使用DataList方便得多。

DataList的性能要比DataGrid好一些，特别是当DataList被包含在Form当中时。图2显示了WAST对DataList的测试。

图2：对DataList的每秒请求次数

可以看出，在被Web Form包含的情况下，DataList的性能要明显好于DataGrid。

〔Repeater控件〕

Repeater控件是三种数据控件中在HTML输出方面最为灵活的控件。Repeater会按照你所要求的样式严格地输出数据记录。所以，如果你不想以表格方式或者简单的<span>输出数据，那么最好使用Repeater。

与DataList一样，Repeater使用模板来指定输出样式。Repeater支持如下五种模板：

·AlternatingItemTemplate

·FooterTemplate

·HeaderTemplate

·ItemTemplate

·SeparatorTemplate

HederTemplate和FooterTemplate指定在真正的记录输出之前或之后应处理的HTML内容。AlternatingItemTemplate和ItemTemplate则指定实际的每条输出记录的HTML样式。如，你需要绑定一个包含雇员信息的DataSet到一个Repeater，字段名为EmployeeName。如果你想在页面中不排序地显示这些记录，你可以使用如下的语句：

<asp:Repeater runat="server" id="rptEmployees">

<HeaderTemplate>

<ul>

</HeaderTemplate>

<ItemTemplate>

<li><%# DataBinder.Eval(Container.DataItem, "EmployeeName") %></li>

</ItemTemplate>

<FooterTemplate>

</ul>

</FooterTemplate>

</asp:Repeater>

Repeater类不是继承自WebControl类的，这一点与DataGrid和DataList不同。所以，Repeater没有样式方面的属性可供设定。也就是说，如果你想格式化输出Repeater的数据记录，你必须使用HTML标签来设定样式。如，在一例中，如果我们想将雇员名字显示成粗体，我们必须在ItemTemplate设置相应的HTML标签：

<ItemTemplate>

<li><b><%# DataBinder.Eval(Container.DataItem, "EmployeeName")%></b></li>

</ItemTemplate>

而如果使用DataGrid或DataList，我们只通过设定ItemStyle-Font-Bold属性为True即可实现。

Repeater在格式化设定上的欠缺，直接反映到开发时间的延长上来。对输出数据样式上的越多要求，就越会导致开发周期的延长。这些在模板中规定样式的HTML标签也越发得显得混乱，而且，在将来页面更改时会更加困难，特别是当一个新的开发人员接替工作时。而使用DataGrid或DataList你尽可以只设定样式属性，而不使用模板。而且，如果使用Visual Studio.Net或ASP.Net Web Matrix工作时，这些属性更可以被直接设定而无需编码。

因为Repeater开发时间的延长，其在内建功能（分页、排序及编辑）上的支持也显得不足。因此在可用性方面，Repeater有着明显的缺陷。当然，<b>如果</b>用户对于如何显示数据无所谓的话，这也算不了什么大问题。我之所以强调这个“如果”，是因为尽管用户有时在设计时并不要求能够分页、排序或编辑记录，但这样的要求往往会在开发后期，或在他们能看到显示出来的记录后产生。

Repeater唯一优于DataGrid和DataList的特点是它的性能，尤其明显优于DataGrid。而比DataList略高一点点。

〔结论〕

在ASP.Net页面上显示数据时，多数的程序员会选择他们所熟悉的控件来使用，特别是DataGrid。然而，这样盲目的选择在没有“最好的通用控件”的情况下是不明智的。在选择控件来显示数据前，不妨问自己几个问题来帮助决策：是否允许用户对记录排序？是不是记录需要显示在非表格的情况下？页面是否会被高频度地访问，因此应多考虑性能？

DataGrid提供了最多的功能，如允许访问者对记录编辑、排序或分页。同时它也是最容易使用的，甚至于简单到只需要将之添加到页面中而不必额外编写代码。不过这些易用性是以性能的损失为代价的。DataGrid在三种控件中是效率最低的，特别是在使用Web Form的情况下。

通过使用模板，DataList提供了比DataGrid更加优秀的界面效果。不过这需要以牺牲一定的开发时间为代价。为了添加排序、分页和编辑功能，程序员不得不花费比使用DataGrid更多的精力来进行编码，虽然它的性能要优于DataGrid。

最后，Repeater允许对数据记录作最大限度的HTML定制。通常，使用Repeater来显示数据记录比使用DataGrid和DataList要耗费更长的开发时间。另外，它不支持内建的编辑、排序和分页功能。所幸的是，Repeater在性能上要优于其它两种控件，特别是明显优于DataGrid。

1. 打开新的窗口并传送参数：

　　传送参数：

response.write("＜script＞window.open(’*.aspx?id="+this.DropDownList1.SelectIndex+"&id1="+...+"’)＜/script＞")

　　接收参数：

string a = Request.QueryString("id");

string b = Request.QueryString("id1");

　　2.为按钮添加对话框

Button1.Attributes.Add("onclick","return confirm(’确认?’)");

button.attributes.add("onclick","if(confirm(’are you sure...?’)){return true;}else{return false;}")

　　3.删除表格选定记录

int intEmpID = (int)MyDataGrid.DataKeys[e.Item.ItemIndex];

string deleteCmd = "DELETE from Employee where emp_id = " + intEmpID.ToString()

　　4.删除表格记录警告

private void DataGrid_ItemCreated(Object sender,DataGridItemEventArgs e)

{

　switch(e.Item.ItemType)

　{

　　case ListItemType.Item :

　　case ListItemType.AlternatingItem :

　　case ListItemType.EditItem:

　　　TableCell myTableCell;

　　　myTableCell = e.Item.Cells[14];

　　　LinkButton myDeleteButton ;

　　　myDeleteButton = (LinkButton)myTableCell.Controls[0];

　　　myDeleteButton.Attributes.Add("onclick","return confirm(’您是否确定要删除这条信息’);");

　　　break;

　　default:

　　　break;

　}

}

　　5.点击表格行链接另一页

private void grdCustomer_ItemDataBound(object sender, System.Web.UI.WebControls.DataGridItemEventArgs e)

{

　//点击表格打开

　if (e.Item.ItemType == ListItemType.Item || e.Item.ItemType == ListItemType.AlternatingItem)

　　e.Item.Attributes.Add("onclick","window.open(’Default.aspx?id=" + e.Item.Cells[0].Text + "’);");

}

　　双击表格连接到另一页

　　在itemDataBind事件中

if(e.Item.ItemType == ListItemType.Item || e.Item.ItemType == ListItemType.AlternatingItem)

{

　string OrderItemID =e.item.cells[1].Text;

　...

　e.item.Attributes.Add("ondblclick", "location.href=’../ShippedGrid.aspx?id=" + OrderItemID + "’");

}

　　双击表格打开新一页

if(e.Item.ItemType == ListItemType.Item || e.Item.ItemType == ListItemType.AlternatingItem)

{

　string OrderItemID =e.item.cells[1].Text;

　...

　e.item.Attributes.Add("ondblclick", "open(’../ShippedGrid.aspx?id=" + OrderItemID + "’)");

}

　　★特别注意：【?id=】 处不能为 【?id =】

　　6.表格超连接列传递参数

＜asp:HyperLinkColumn Target="_blank" headertext="ID号" DataTextField="id" NavigateUrl="aaa.aspx?id=’

　＜%# DataBinder.Eval(Container.DataItem, "数据字段1")%＞’ & name=’＜%# DataBinder.Eval(Container.DataItem, "数据字段2")%＞’ /＞

　　7.表格点击改变颜色

if (e.Item.ItemType == ListItemType.Item ||e.Item.ItemType == ListItemType.AlternatingItem)

{

　e.Item.Attributes.Add("onclick","this.style.backgroundColor=’#99cc00’;

　　　 this.style.color=’buttontext’;this.style.cursor=’default’;");

}

　　写在DataGrid的_ItemDataBound里

if (e.Item.ItemType == ListItemType.Item ||e.Item.ItemType == ListItemType.AlternatingItem)

{

e.Item.Attributes.Add("onmouseover","this.style.backgroundColor=’#99cc00’;

　　　this.style.color=’buttontext’;this.style.cursor=’default’;");

e.Item.Attributes.Add("onmouseout","this.style.backgroundColor=’’;this.style.color=’’;");

}

　　8.关于日期格式

　　日期格式设定

DataFormatString="{0:yyyy-MM-dd}"

　　我觉得应该在itembound事件中

e.items.cell["你的列"].text=DateTime.Parse(e.items.cell["你的列"].text.ToString("yyyy-MM-dd"))

　　9.获取错误信息并到指定页面

　　不要使用Response.Redirect,而应该使用Server.Transfer

　　e.g

// in global.asax

protected void Application_Error(Object sender, EventArgs e) {

if (Server.GetLastError() is HttpUnhandledException)

Server.Transfer("MyErrorPage.aspx");

//其余的非HttpUnhandledException异常交给ASP.NET自己处理就okay了 :)

}

　　Redirect会导致post－back的产生从而丢失了错误信息，所以页面导向应该直接在服务器端执行，这样就可以在错误处理页面得到出错信息并进行相应的处理

　　10.清空Cookie

Cookie.Expires=[DateTime];

Response.Cookies("UserName").Expires = 0

　　11.自定义异常处理

//自定义异常处理类

using System;

using System.Diagnostics;

namespace MyAppException

{

　/// ＜summary＞

　/// 从系统异常类ApplicationException继承的应用程序异常处理类。

　/// 自动将异常内容记录到Windows NT/2000的应用程序日志

　/// ＜/summary＞

　public class AppException:System.ApplicationException

　{

　　public AppException()

　　{

　　　if (ApplicationConfiguration.EventLogEnabled)LogEvent("出现一个未知错误。");

　　}

　public AppException(string message)

　{

　　LogEvent(message);

　}

　public AppException(string message,Exception innerException)

　{

　　LogEvent(message);

　　if (innerException != null)

　　{

　　　LogEvent(innerException.Message);

　　}

　}

　//日志记录类

　using System;

　using System.Configuration;

　using System.Diagnostics;

　using System.IO;

　using System.Text;

　using System.Threading;

　namespace MyEventLog

　{

　　/// ＜summary＞

　　/// 事件日志记录类，提供事件日志记录支持

　　/// ＜remarks＞

　　/// 定义了4个日志记录方法 (error, warning, info, trace)

　　/// ＜/remarks＞

　　/// ＜/summary＞

　　public class ApplicationLog

　　{

　　　/// ＜summary＞

　　　/// 将错误信息记录到Win2000/NT事件日志中

　　　/// ＜param name="message"＞需要记录的文本信息＜/param＞

　　　/// ＜/summary＞

　　　public static void WriteError(String message)

　　　{

　　　　WriteLog(TraceLevel.Error, message);

　　　}

　　　/// ＜summary＞

　　　/// 将警告信息记录到Win2000/NT事件日志中

　　　/// ＜param name="message"＞需要记录的文本信息＜/param＞

　　　/// ＜/summary＞

　　　public static void WriteWarning(String message)

　　　{

　　　　WriteLog(TraceLevel.Warning, message);　　

　　　}

　　　/// ＜summary＞

　　　/// 将提示信息记录到Win2000/NT事件日志中

　　　/// ＜param name="message"＞需要记录的文本信息＜/param＞

　　　/// ＜/summary＞

　　　public static void WriteInfo(String message)

　　　{

　　　　WriteLog(TraceLevel.Info, message);

　　　}

　　　/// ＜summary＞

　　　/// 将跟踪信息记录到Win2000/NT事件日志中

　　　/// ＜param name="message"＞需要记录的文本信息＜/param＞

　　　/// ＜/summary＞

　　　public static void WriteTrace(String message)

　　　{

　　　　WriteLog(TraceLevel.Verbose, message);

　　　}

　　　/// ＜summary＞

　　　/// 格式化记录到事件日志的文本信息格式

　　　/// ＜param name="ex"＞需要格式化的异常对象＜/param＞

　　　/// ＜param name="catchInfo"＞异常信息标题字符串.＜/param＞

　　　/// ＜retvalue＞

　　　/// ＜para＞格式后的异常信息字符串，包括异常内容和跟踪堆栈.＜/para＞

　　　/// ＜/retvalue＞

　　　/// ＜/summary＞

　　　public static String FormatException(Exception ex, String catchInfo)

　　　{

　　　　StringBuilder strBuilder = new StringBuilder();

　　　　if (catchInfo != String.Empty)

　　　　{

　　　　　strBuilder.Append(catchInfo).Append("\r\n");

　　　　}

　　　　strBuilder.Append(ex.Message).Append("\r\n").Append(ex.StackTrace);

　　　　return strBuilder.ToString();

　　　}

　　　/// ＜summary＞

　　　/// 实际事件日志写入方法

　　　/// ＜param name="level"＞要记录信息的级别（error,warning,info,trace).＜/param＞

　　　/// ＜param name="messageText"＞要记录的文本.＜/param＞

　　　/// ＜/summary＞

　　　private static void WriteLog(TraceLevel level, String messageText)

　　　{

　　　　try

　　　　{

　　　　　EventLogEntryType LogEntryType;

　　　　　switch (level)

　　　　　{

　　　　　　case TraceLevel.Error:

　　　　　　　LogEntryType = EventLogEntryType.Error;

　　　　　　　break;

　　　　　　case TraceLevel.Warning:

　　　　　　　LogEntryType = EventLogEntryType.Warning;

　　　　　　　break;

　　　　　　case TraceLevel.Info:

　　　　　　　LogEntryType = EventLogEntryType.Information;

　　　　　　　break;

　　　　　　case TraceLevel.Verbose:

　　　　　　　LogEntryType = EventLogEntryType.SuccessAudit;

　　　　　　　break;

　　　　　　default:

　　　　　　　LogEntryType = EventLogEntryType.SuccessAudit;

　　　　　　　break;

　　　　　}

　　　　　EventLog eventLog = new EventLog("Application", ApplicationConfiguration.EventLogMachineName, ApplicationConfiguration.EventLogSourceName );

　　　　　//写入事件日志

　　　　　eventLog.WriteEntry(messageText, LogEntryType);

　　　　}

　　　catch {} //忽略任何异常

　　}

　} //class ApplicationLog

}

　　12.Panel 横向滚动，纵向自动扩展

＜asp:panel style="overflow-x:scroll;overflow-y:auto;"＞＜/asp:panel＞

　　13.回车转换成Tab

＜script language="javascript" for="document" event="onkeydown"＞

　if(event.keyCode==13 && event.srcElement.type!=’button’ && event.srcElement.type!=’submit’ && 　　　　event.srcElement.type!=’reset’ && event.srcElement.type!=’’&& event.srcElement.type!=’textarea’);

　　　event.keyCode=9;

＜/script＞

onkeydown="if(event.keyCode==13) event.keyCode=9"

　　14.DataGrid超级连接列

DataNavigateUrlField="字段名" DataNavigateUrlFormatString="http://xx/inc/delete.aspx?ID={0}"

　　15.DataGrid行随鼠标变色

private void DGzf_ItemDataBound(object sender, System.Web.UI.WebControls.DataGridItemEventArgs e)

{

　if (e.Item.ItemType!=ListItemType.Header)

　{

　　e.Item.Attributes.Add( "onmouseout","this.style.backgroundColor=\""+e.Item.Style["BACKGROUND-COLOR"]+"\"");

　　e.Item.Attributes.Add( "onmouseover","this.style.backgroundColor=\""+ "#EFF3F7"+"\"");

　}

}

　　16.模板列

＜ASP:TEMPLATECOLUMN visible="False" sortexpression="demo" headertext="ID"＞

＜ITEMTEMPLATE＞

＜ASP:LABEL text=’＜%# DataBinder.Eval(Container.DataItem, "ArticleID")%＞’ runat="server" width="80%" id="lblColumn" /＞

＜/ITEMTEMPLATE＞

＜/ASP:TEMPLATECOLUMN＞

＜ASP:TEMPLATECOLUMN headertext="选中"＞

＜HEADERSTYLE wrap="False" horizontalalign="Center"＞＜/HEADERSTYLE＞

＜ITEMTEMPLATE＞

＜ASP:CHECKBOX id="chkExport" runat="server" /＞

＜/ITEMTEMPLATE＞

＜EDITITEMTEMPLATE＞

＜ASP:CHECKBOX id="chkExportON" runat="server" enabled="true" /＞

＜/EDITITEMTEMPLATE＞

＜/ASP:TEMPLATECOLUMN＞

　　后台代码

protected void CheckAll_CheckedChanged(object sender, System.EventArgs e)

{

　//改变列的选定，实现全选或全不选。

　CheckBox chkExport ;

　if( CheckAll.Checked)

　{

　　foreach(DataGridItem oDataGridItem in MyDataGrid.Items)

　　{

　　　chkExport = (CheckBox)oDataGridItem.FindControl("chkExport");

　　　chkExport.Checked = true;

　　}

　}

　else

　{

　　foreach(DataGridItem oDataGridItem in MyDataGrid.Items)

　　{

　　　chkExport = (CheckBox)oDataGridItem.FindControl("chkExport");

　　　chkExport.Checked = false;

　　}

　}

}

　　17.数字格式化

　　【＜%#Container.DataItem("price")%＞的结果是500.0000，怎样格式化为500.00?】

＜%#Container.DataItem("price","{0:￥#,##0.00}")%＞

int i=123456;

string s=i.ToString("###,###.00");

　　安装过程中发现一个问题就是需要输入序列号，还好打电话问到了，序列号是JB88F-WT2Q3-DPXTT-Y8GHG-7YYQY，我的版本是上海市政府VLK版本的。下面就windows2003的设置来记录一下。
　　系统安装完毕，驱动也安装完毕，下面开始设置之旅：

　　1、提高系统反应灵敏度
　　在Win2003中运行诸如Photoshop、Office之类的大型软件时，系统给人的感觉，总是很“愚笨”；为此，你可以按下面方法，来提高系统的反应灵敏度：单击“开始”菜单中的控制面板选项，继续单击下面的“系统”图标，在随后窗口中，选中“高级”标签，在对应标签页面的“性能”设置项处，单击“设置”按钮；再打开“高级”标签页面，在“处理器计划”设置项处，选中“程序”选项；在“内存使用”设置项处，选中“程序”选项，最后单击“确定”按钮，将系统重新启动后，再来运行大软件，看看是否速度有了明显提高？！

　　2、系统登录另有妙法
　　每次在登录Win2003系统时，总需要先按下键盘上的Ctrl+Alt+Del复合键，打开登录界面，并输入访问密码，才能进入到系统中去。想不想换一种玩法，不需要按Ctrl+Alt+Del复合键，就能进入到系统中呢？下面的技巧，将会使你如愿：打开“开始”菜单中的“管理工具”命令，在随后弹出的下级菜单中，单击“本地安全策略”选项，再在对应窗口的左侧区域，依次展开“本地策略”/“安全选项”；在对应的右侧区域中，展开“交互式登录”选项，再双击“不需要按Ctrl+Alt+Del”选项，在随后打开的窗口中，选中“已启用”选项就可以了。

　　3、快速读取进度条
　　要想让系统快速读取进度条的话，可以按下面方法来进行：打开系统运行对话框，输入注册表编辑命令，弹出注册表编辑窗口，依次展开HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters子键；在对应的右边窗口中，双圾EnablePrefetcher选项，在弹出的数值窗口中，将其数值修改为1，就可以了。

　　4、巧妙添加打印端口
　　在缺省状态下，Win2003系统包含三个LPT打印端口，其实你可以通过设置，向系统中添加总数为九的LPT端口，一旦LPT端口被添加成功后，它就能作为可用的打印端口，出现在打印机安装向导界面中了。下面是添加打印端口的具体步骤：打开系统的运行对话框，输入注册表编辑命令，用鼠标依次展开HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Ports子键；在对应Ports的右边子窗口中，你会发现目前系统中已有的LPT端口选项；此时可以在编辑窗口中，依次执行菜单栏中的“编辑”/“新建”命令，再选中“字符串值”命令，并将它命名为“LPT4”；完成设置后，关闭“注册表编辑器”；再打开系统运行对话框，输入“cmd”命令，来将系统切换到命令行状态；在命令行中，执行“net stop spooler”命令，来关闭系统以前的假脱机服务，再执行“net start spooler”命令，来重新启动假脱机服务，如此一来，新添加的打印端口，就能生效了；按相同的方法，你可以添加其他的打印端口，也可以一次添加几个打印端口。

　　5、降低出错等待时间
　　要是不小心，应用程序操作出现错误时，可能需要等待很长时间，系统才能做出应答；为了提高操作效率，你可以按下面方法，来降低应用程序在出错时，需要等待的时间：打开系统的运行对话框，输入注册表编辑命令“regedit”，打开注册表编辑器；用鼠标依次展开HKEY_CURRENT_USER\Control Panel\Desktop子键，在对应的右边子窗口中，用鼠标双击“HungAppTimeout”选项，在随后出现的数值框中，你会发现系统缺省的等待时间为5000豪秒，你可以根据需要将其设置为500，或更低；设置完毕后，关闭注册表就可以使设置生效了。

　　6、不输密码来登录
　　想不想通过不输密码的方式，来登录Win2003系统呢？其实很简单，下面的“移花接木”之计，可以让你如愿以偿：先到Windows XP系统下，通过文件查找的方式，找到nusrmgr.cpl文件，在默认状态下，该文件存放在Windows XP安装目录system32中；将该文件复制并粘贴到Win2003安装目录的system32文件夹中，然后打开Win2003的控制面板，你会发现其中多了“用户帐户”这一选项，要是没有发现的话，只要用鼠标双击“nusrmgr.cpl”文件，就能打开“用户帐户”了；如此一来，以后重新启动系统时，你的登录界面就会与Windows XP系统一样，不要密码就能登录了（除非你起用密码登录）。

　　7、虚拟内存自己定
　　为了更合理地分配系统资源，你可以根据运行程序的需要，来自行定义虚拟内存的大小，确保系统始终运行高效。下面就是自定义虚拟内存的具体方法：依次执行开始菜单中的“控制面板”/“系统”命令，在随后出现的“系统属性”界面中，选中“高级”标签页面；在该页面的“性能”设置项中，单击“设置”按钮，在随后的界面中，再打开“高级”标签页面，并在“虚拟内存”设置项处，单击一下“更改”按钮；接着在的窗口中，选中系统分区，再将“无分页文件”项选中，同时单击“设置”按钮，在随后打开的界面中，单击“是”，并选中一个非系统分区，再将“自定义大小”选项选中，输入合适的大小后，再单击“设置”按钮，最后单击“确定”，并将系统重新启动一下就可以了。

　　8、为打开窗口提速
　　在Win2003系统中，每个窗口打开时，总有一个动态延时效果，要是将该效果去掉，就可以提高窗口的打开速度：依次执行“开始”/“运行”命令，在随后的运行对话框中，输入注册表编辑命令“regedit”，打开注册表编辑窗口；在该窗口中，依次展开HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics子键，在对应的右边子窗口中，双击“MinAniMate”选项；在随后出现的数值设置框中，将其缺省的数值设置为“0”，就能为打开窗口提速了。

　　9、自动捕获图象
　　Win2003系统在默认状态下，禁用了许多服务；不过，要是你想将扫描仪、数码相机连接到计算机中时，你必须起用自动捕获图象服务，下面就是具体的操作步骤：在系统的开始菜单中，依次执行“管理工具/服务”命令，在随后打开的“服务”界面中，双击其中的“Windows Image Acquisition”选项；在随后出现的设置窗口中，选中“启动类型”设置项处的“自动”选项，最后再单击“启动”命令，就可以起用自动捕获图象了。

　　10、巧妙释放空间
　　Win2003系统在默认状态下，会将系统中的所有硬件驱动程序，全部备份在driver.cab文件中，要是硬件全部安装好后，你完全可以将该文件直接删除掉，或者“搬移”到其他位置处，这样可以为硬盘节约70MB左右的空间：在资源管理器窗口中，依次展开Windows、Driver Cache、i386文件夹，找到该目录下的driver.cab文件，并用右键单击之，从打开的快捷菜单中，执行“删除”或者“剪切”命令，来将它删除掉，或者转移到其他磁盘中去。

　　11、降低关闭程序等待时间
　　为了确保系统能快速地关闭已经打开的应用程序，你可以按照如下方法，来降低关闭程序等待时间：打开系统的运行对话框，输入注册表编辑命令，在随后出现的注册表编辑窗口中，依次展开HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control子键；在对应的右边子窗口中，双击“WaitToKillServiceTimeout”选项，在随后打开的数值设置框中，将其默认数值设置为“1000”或更小；再在注册表编辑窗口中，依次展开“HKEY_CURRENT_USER\Control Panel\Desktop子键，在对应的右边子窗口中，双击“WaitToKillAppTimeout”选项；在随后打开的数值设置界面中，将其默认数值设置为“1000”或更小，如此一来，就能有效降低应用程序关闭时的等待时间了。

　　12、让“我的文档”复原
　　刚开始使用Win2003时，你会发现系统桌面上空空的，到处寻找“我的文档”，无奈开始菜单上、桌面上都没有它的“影子”，那么如何才能将“我的文档”复原到系统桌面上呢？下面的技巧，可以让你实现这个愿望：打开系统的资源管理器窗口，找到“我的文档”目录，并用鼠标右键单击之，从打开的快捷菜单中，执行“属性”命令；在随后出现的属性界面中，单击“目标文件夹”标签页面中的“移动”按钮，并在弹出界面中的目标盘处，选中桌面，再单击“确定”就可以了。或者，直接为资源管理器窗口中的“我的文档”目录，创建个快捷图标放到系统桌面上。

　　13、取消关机原因
　　每次需要关闭系统时，Win2003系统总是“多此一举”，要你选择关机原因，一次两次还能忍受，可是时间长了，真是讨厌它，现在决定将它删除掉：打开开始菜单中的运行对话框，输入组策略编辑命令“gpedit.msc”，打开组策略编辑窗口；在该窗口中，依次展开“计算机配置”、“管理模板” 、“系统”目录，在对应的右边子窗口中，双击“关闭事件跟踪程序”选项；在随后打开的设置界面中，将“已禁用”选项选中就可以了。

　　14、优化电影播放效果
　　在系统默认状态下播放电影时，你会发现播放画面很粗糙，这是因为Win2003系统所采用的显示参数，没有按照个人用户需要，进行优化设置导致的，因此你可以按下面的步骤来，改善电影播放画面的显示效果：用鼠标右键单击系统桌面的空白处，执行右键菜单中的“属性”命令，在随后出现的属性界面中；单击“设置”标签，选中“高级”下面的“疑难解答”标签页面；在“硬件加速”设置项处，将滑动按钮拖放到“完全”处，再单击“确定”按钮，退出该设置界面；再依次执行开始菜单中的“所有程序/附件/系统工具/系统信息”命令，执行“工具”/“DirectX诊断工具”命令，在随后的界面中，打开“显示”标签页面，选中“DirectDraw Acceleration”选项与“Direct 3D Acceleration”选项，就可以了。

　　15、取消安全提示
　　Win2003系统在默认状态下，会将IE的安全访问级别设置为“高”，这样每访问一个页面，系统总会自动弹出安全提示页面，来提醒你是否存在安全隐患；如此一来，网页访问效率会大大下降，为此你可以按下面步骤，来取消安全提示：打开IE浏览窗口，用鼠标单击菜单栏中的“工具”选项，从打开的下拉菜单中，单击“Internet选项”命令；在随后出现的选项设置界面中，选中“安全”标签，并在随后弹出的标签页面中，将安全级别设置为“中”就可以了。

　　16、启用Windows XP桌面主题
　　在“开始”菜单的“运行”对话框中输入services.msc命令进入“服务”配置操作窗口。双击右窗口中的“Themes”服务并在弹出的窗口中选择“常规”标签，在“启动类型”下拉菜单中选择“自动”，然后分别单击“应用”和“启动”按钮开启Windows XP桌面主题功能。最后在“显示”属性窗口中就可以选择相应的桌面主题。

　　17、启用 ASP 支持：
　　Windows Server 2003 默认安装，是不安装 IIS 6 的，需要另外安装。安装完 IIS 6，
还需要单独开启对于 ASP 的支持。方法是： 控制面板 -> 管理工具 -> 
Web服务扩展 -> Active Server Pages -> 允许。
先在服务里关闭iis admin service服务

　　18、启用父路径：
　　Windows Server 2003 默认安装，是不安装 IIS 6 的，需要另外安装。安装完 IIS 6，
还需要单独开启对于 ASP 的支持。方法是： 控制面板 -> 管理工具 -> 
Internet 信息服务(IIS)管理器，选取站点，右键 ->属性  ->主目录  ->配置  -> 选项-> 启动父路径。

　　19、修改最大上传值：
　　找到windows\system32\inesrv\下的metabase.xml,打开，找到ASPMaxRequestEntityAllowed 把他修改为需要的值，然后重启iis admin service服务。

    由数据库驱动的Web应用程序，如果需要改善其性能，最好的方法是使用缓存功能。用户从数据库中检索数据，可能是Web应用程序中执行最慢的操作之一。因为其中涉及多个环节，例如，Web服务器、数据库服务器等。尤其是在用户比较多，检索的数据量比较大的情况下，会给包括用户在内的各个方面造成不小的困难。如果能够将数据库中的数据缓存到内存（也可以存储在其他场所），则无需在请求每个页面时都访问数据库。由于从内存中返回数据的速度始终比新提供的数据速度快，因而可以大大提供应用程序的性能。 
　　缓存有一个不太容易克服的缺点，那就是数据过期的问题。最典型的情况是，如果将数据库表中的数据内容缓存到服务器内存中，当数据库表中的记录发生更改时，Web应用程序则很可能显示过期的、不准确的数据。对于某些类型的数据，即使显示的信息过期，影响也不会很大。然而，对于实时性要求比较严格的数据，例如，股票价格、拍卖出价之类信息，显示的数据稍有过期都是不可接受的。
　　为了解决以上问题，ASP.NET 1.x中曾经提供了一些比较好的缓存功能，例如，页面输出缓存、部分缓存、页面数据缓存等。虽然这些缓存功能可以解决数据缓存方面的问题，但还是存在较大的缺点，开发人员必须在性能和数据过期之间作出权衡，数据过期的问题始终困扰着开发人员。例如，如果数据库表中的数据发生了变化，缓存则也许不能在指定的时间内更新，而必须等到缓存过期，那么就有可能为用户带来一定的麻烦。理想的情况是，数据库表中的任何更新，都能够立刻体现在缓存数据中，ASP.NET 2.0克服了以上不足，解决了这个问题。ASP.NET 2.0的缓存功能是在ASP.NET 1.x基础之上扩展而来的。
　　ASP.NET 2.0支持以下几种缓存
　　页面输出缓存
　　页面输出缓存是最为简单的缓存机制，该机制将整个ASP.NET页面内容保存在服务器内存中。当用户请求该页面时，系统从内存中输出相关数据，直到缓存数据过期。在这个过程中，缓存内容直接发送给用户，而不必再次经过页面处理生命周期。通常情况下，页面输出缓存对于那些包含不需要经常修改内容的，但需要大量处理才能编译完成的页面特别有用。需要读者注意的是，页面输出缓存是将页面全部内容都保存在内存中，并用于完成客户端请求。

各种数据库连接代码:

MS Access数据库连接

带密码的连接1

datafile="admin/database/abc.asa" '数据库的文件名
connstr="driver={Microsoft Access Driver (*.mdb)};Password='123456';dbq=" & Server.MapPath(""&datafile&"")
on error resume next
set conn=server.createobject("adodb.connection")
conn.open connstr
----------------------------------

set rs=server.CreateObject("adodb.recordset")
set conn=server.createobject("ADODB.connection")
conn.open "DBQ="&server.MapPath("mmm.mdb")&";password=admin;DRIVER={Microsoft Access Driver (*.mdb)}"

用DSN连接并且没有用户名和密码：

<%
set conn = Server.CreateObject("ADODB.Connection")
conn.open "YourDSNName"
%>

用DSN连接并且有用户名和密码：

<%
set conn = Server.CreateObject("ADODB.Connection")
conn.open "YourDSNName","username","password"
%>

用实际的数据库绝对路径连接：

<%
Set conn = Server.CreateObject("ADODB.Connection")
Strconn="DRIVER={Microsoft Access Driver (*.mdb)}; "
Strconn=Strconn & "DBQ=e:\yanhang\database.mdb"
conn.Open Strconn
%>

用实际的数据库相对路径连接：

<%
Set conn = Server.CreateObject("ADODB.Connection")
Strconn="DRIVER={Microsoft Access Driver (*.mdb)}; "
Strconn=Strconn & "DBQ=" & Server.MapPath("/database/yanhang.mdb")
conn.Open Strconn
%>


MS SQL Server数据库连接

用DSN连接：

<%
set conn = Server.CreateObject("ADODB.Connection")
conn.open "DSN=MyDSN;UID=user;PWD=password;DATABASE=databasename"
%>

不用DSN连接：

<%
Set conn = Server.CreateObject("ADODB.Connection")
DSNtemp="DRIVER={SQL Server};SERVER=ServerName;UID=USER;PWD=password;DATABASE=databasename"
conn.open DSNtemp
%>


FoxPro数据库连接

<%
Set Conn = Server.CreateObject("ADODB.connection")
ConnStr= "Driver=Microsoft Visual Foxpro Driver; UID=userID;SourceType=DBC;SourceDB=C:\yanhang\database.dbc"
Conn.Open ConnStr
%>


Oracle数据库连接：

<%
set conn=server.createobject("adodb.connection")
conn.cursorlocation=adUseClient
DSNTemp="Provider=MSDAORA.1;Password=xxxxx;User Source=xxx.world"
conn.open DSNtemp
%>