点击打开链接一．协议部分：
提到网站编程，先说下HTTP 协议。我们都知道网站是基于HTTP协议的。（注意是Http，不是https ，https 是基于http的运用SSL技术，实现网站通讯的安全技术 ）。下面是HTTP典型的请求消息。
GET 是常见的请求方式，此外还有POST请求方式。
HTTP 协议是无状态的连接，就是“请求”，“响应”的工作方式。“请求”（Requst），“响应”（Response）。请求的一般是客服端，响应的大多数是服务器。所以在写ASP.NET 程序的时候要记住这两个关键词所代表的含义。说了这么多就是让大家记住HTTP协议的一些特点。是“请求”，“响应”的工作方式。这也为什么有Cookies 这项技术。由于无状态协议就不能存储用户的状态，区分用户的连接。为了区分用户的状态和连接，于是就有了Cookie
了。这也是Web 窗体三种传值，或是传参的一种。 参考：（“？”传参，Session[“”] 传参）。
Cookies是保存数据的一种方式。所以还是使用全局变量进行程序处理的一种方式。
Cookies 的用途，像是购物网，网站的投票程序的设计 等????。
例：
public partial class _Default : System.Web.UI.Page
{
int a = 0; //此处我定义了一个全局变量，
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
a++;
Response.Write(a.ToString ());//那么我每次触发执行的时候 a会是多少？
binder();
}
a++;
}
｝
答案是a就1； 为什么，这就是http 的无状态的连接。怎么解决，Cookies 就是一种很好的解决办法。
怎么样在客户端上生成一个Cookies呢？代码如下：
Response.Cookies["name"].Value = TextBox1.text; // 在客户端生成Cookies
Response.Cookies["name"].Expires = DateTime.Now.AddMinutes(1); //添加过期的时间
怎样在得到客户端的Cookies呢？
Request.Cookies["name"].Value;
在这里已经介绍了ASP.NET的内置对象的Cookies 对象。ASP.NET（内置对象: Request,Respose,Session[],Viewstate）
二．Web窗体代码部分
WEB窗体页不但可以包含静态内容，而且可以包含使用"<% %>"或“<script></script>”标记的内容。
1.代码声明和代码呈现语法
代码声明块必须定义在<script>标记中，并且必须使用“runat=server”属性进行标记。
语法：
<script runat="server" language="codelanguage" Src="pathname">
window.location.href="www.52mvc.com";
代码.....
</script>代码呈现块定义在<% %>标记元素中。当WEB窗体页呈现时，执行该标记元素中的代码。
语法：
<% 内联代码 %>
<%= 内联表达式 %>
代码呈现块包含两种样式：内联代码和内联表达式。
内联代码定义能够独立运行的行或代码块。
代码呈现块中的代码通常在WEB窗体页的呈现阶段执行，同时计算内联表达式的值，并将计算的结果作为输出内容。
实际上，内联表达式是调用Response.Write()方法的快捷方式。
例如：
<%= "喜欢你" %>
等价于
Response.Write("喜欢你");
2.窗体代码的执行过程。（了解部分）
1）.初始化页面
一旦某个WEB窗体页发生请求时，ASP.NET将首先确定是否要分析和编译该页，即确定该页的请求是全新的请求还是回发请求（由页的IsPostBack属性指定）。如果该页从来没有被请求，分析器和编译器将分析和编译该页，否则将使用该页已经编译好的代码。
经过上述阶段后，页将进入初始化阶段。在此过程中，页将创建其所有对象，并初始化对象的值，同时初始化该页的控件（服务器端控件和客户端控件），并将主题（Themes）应用于页。在此过程中，页将触发两个事件:Page_PreInit和Page_Init.其中，Page_Init.事件将读取或初始化控件或对象的属性，Page_PreInit事件执行以下操作：
A.根据ISPOSTBACK属性的值判断页是否是第一次请求
B.创建或重新（如果是第一次请求）创建动态控件
C.动态设置页的基本属性
D.将主题（Themes）应用到页
E.读取或设置配置文件属性值
2）载入页面
WEB窗体页初始化之后，ASP.NET分析器或编译器将载入页。在此过程中，如果当前请求是回发请求，则读取页和控件的视图状态（ViewState），并将状态的值应用到页和控件，在此过程中，页将触发Page_Load事件，该事件读取并更新控件属性。
3）.处理事件
WEB 窗体页载入之后，将处理页的回发事件。在此过程中，如果当前请求是回发请求，则将触发页或控件定义的事件处理程序。
4）.预呈现页面
WEB窗体页处理回发事件之后，将预呈现页面。在此过程中，页将执行其被呈现之前的处理步骤，此时，页将触发Page_PreRender事件（该事件对页的内容做最后修改）。
5）.呈现页面
WEB窗体页在预呈现后，将开始呈现页面。在此过程中，页首先保存页及其控件的视图状态（ViewState），即把视图状态值序列化为一个字符串。该字符串将作为页的一个隐藏域，并保存到页的HTML代码中。处理视图状态后，页将创建页的HTML代码，并输出到客户端浏览器，其中，输出过程由页的Response对象的OutputStream属性实现。
6）.卸载页面
WEB窗体页的最后一个阶段是卸载页面，在页面释放时发生。在该阶段中，页将执行最后的清理工作，释放页占用的资源等。页将触发Page_Unload事件。该事件执行以下操作：
A.关闭打开的文件
B.关闭打开的数据库连接
C.完成日志
D.完成特定的任务
三．窗体传值（问题）
三种传参方式： ？问号传参 ；Session[]传参 ，Cookies 传参已经介绍过了。接受端分别是
1.Request.QueryString["xxxx"] 2. Session["name"] 3.Request .Cookies["name"].Value
以上是三种传参的格式，不是可以使用的代码。
四．数据绑定控件问题
<asp> xxxx</asp> 只有在<asp>标签包含的，也就是属于asp控件的才可以在后台的C#代码中，编译环境才可以有提示，也就是可以打点点出来。那不在<asp>标签包含的呢？下面说到。
<%#Eval(“xxx”)%> 的用法必须是在有数据源的情况下使用
1. 模版的中的控件的调用和使用。
上面是Gridview 控件
怎样调用Gridview中的按钮或是ItemTempleate 中的<%#Eval(“ID”)%>呢?
格式1：（该控件类型）xx =（该控件类型）Gridview.FindControls(“控件的ID”)
然后调用xx的属性或者方法。具体的就是打点看看。
例：
Label xx= (Label) GridView1.FindControl("Label1");
如果是Datalist 控件 也适用。不过此方法有时找不到想要找的控件，要检查是什么出了问题。断点调试一下，检查变量。
格式2.首先修改或设置控件的CommandName 属性下面画线区域所示：（ 区分大小写）
<asp:Button ID="Button3" runat="server" Text="Button" CommandName="Delete" />
protected void Button2_Click(object sender, EventArgs e)
{
// 在该事件的中 写要处理的程序代码
}
如果是Datalist 控件还可以这样做：
ProtectedvoidDataList1_EditCommand(objectsource,DataListCommandEventArge)
{
if (e.CommandName == "Edit");
///在此写要处理的程序代码
}
如果是GridView控件 ：
protected void GridView1_RowDeleting(object sender, GridViewDeleteEventArgs e)
{
//以下是方法；
1. string s = GridView1.DataKeys[e.RowIndex].Value.ToString();
2.（该控件类型）xx =（该控件类型）Gridview.FindControls(“控件的ID”)
}
如果是GridView控件，怎样调用ItemTempleate 模版中的<%#Eval(“ID”)%> 的值呢？
首先是在如上图中的标识部分设置主键的属性，就是设置关键字段。
protected void GridView1_RowDeleting(object sender, GridViewDeleteEventArgs e)
{
GridView1.DataKeys[e.RowIndex].Value.ToString();//此句代码就是查找主键的ID值
string s = GridView1.DataKeys[e.RowIndex].Value.ToString();
}
如果DataKeyNames="ID" 主键字段没有设置 那么上句代码执行就会报错。
Datalist控件
调用子控件的方法
DataList1.Items[0].FindControl();
那么是Datalist 控件呢，主键怎样设置？Datalist 控件主键可以很方便的设置。
例：
DataList1.DataKeyField = "（添加主键字段）"; //为 DataList1设置主键
DataList1 .DataKeys[].ToString();//查找主键
在模版中可能还会遇到控件中还有控件，那么就要调用“格式1：”所示的方法多次才能达到效果。
数据绑定控件的事件和该控件下模版中控件的事件的执行顺序：
例 ：在Datalist 控件中有一个Button 按钮 该按钮有一个自己的click事件 并且Datalist 控件 中也有一个EditCommand 事件它们实现一样的效果。通过断点调试可以发现Datalist 控件下的Button 点击事件先执行，然后是Datalist的EditCommand 事件。
为了让程序运行的更加高效，下面的是同行网友的一些观点和看法。
在本篇文章中，我们将讨论编程人员在使用ASP.NET开发应用程序时需要注意的9个技巧，这些技巧涉及从缺省的控件、表单名的改变到StringBuilder类的使用，有助于编程人员能够尽快地适应.NET环境。
1、在使用Visual Studio .NET时，除直接或非引用的对象外，不要使用缺省的名字
.NET带来的好处之一是所有的源代码和配置文件都是纯文本文件，能够使用Notepad或WordPad等任意的文本编辑器进行编辑。如果不愿意，我们并非一定要使用Visual Studio .NET作为集成开发环境。但使用了Visual Studio .NET，我们可以在Windows文件管理器中看到文件，或在Visual Studio .NET之外从文本编辑器中浏览文件的内容。
使用Visual Studio .NET作为集成开发环境有许多好处，其中最显著的好处是它极大地提高了生产效率。使用Visual Studio. NET，我们能够在付出较小代价的情况下更快地开发软件。作为集成开发环境一部分的IntelliSense提供自动的代码完成、在输入方法或函数时提供动态帮助、语法错误的实时提示，以及其他能够提高生产效率的功能。
象其他复杂的工具那样，在学会如何充分发挥它的作用和掌握其“习性”前，Visual Studio .NET也会使我们产生一种挫折感。有时，它象一个难以了解的黑盒子，会生成大量的文件和许多无用的代码。
Visual Studio .NET的一个功能是，无论是类、控件或表单中的对象，它都能够为新对象提供缺省名字。例如，如果我们创建了一个新的ASP.NET Web Application，其缺省的名字将是WebApplication1。我们可以在“新工程”对话框中方便地改变该应用的名字，但同时改变的只是该应用程序的名字空间的名字及其所在的虚拟目录，源代码文件的缺省名字仍然是WebForm1.aspx和WebForm1.aspx.cs（C#工程）或WebForm1.aspx.vb（VB.NET工程）。
我们可以在方案浏览器中改变ASPX和代码使用的文件名字，但Web页类的名字仍然将是WebForm1。如果在该Web表单上生成一个按钮，其缺省的名字将是Button1。事实上，所有控件的名字都是由控件的类型和数字组成的。
我们能够，也应该将应用程序中所有的表单和控件的名字都修改成有意义的名字。对于较小的演示性程序而言，缺省的名字还能够胜任，但如果应用程序由多个表单，每个表单上有许多按钮和标签时，象frmStartup、frmDataEntry和frmReports这样的表单名就比Form1、Form2和Form3这样的名字更易于理解和维护。
如果表单上控件要在代码的其他地方引用，使它有一个有意义的名字就更重要了。btnOK、btnCancel和btnPrint这样的名字使看代码的人更容易理解，因而，也比名字为Button1、Button2、Button3这样的控件更容易维护。
修改一个工程中所有文件中出现的一个名字的一个好方法是，在Visual Studio .NET菜单中依次选择“编辑”-＞“发现和替换”-＞“替换”命令。
在看二周前编写的代码时，我们经常就象第一次见到这些代码一样，因此使它们有一个有助于我们理解其含义的名字是十分有必要的。
2、即使不使用Visual Studio .NET进行编程，使用代码支持文件也有利于提高应用程序的性能
在Web应用程序、Web服务或Web控件等所有的ASP.NET Web工程中，Visual Studio .NET都使用代码支持文件。代码支持文件使工程具有更好的组织、模块性，更适合多人组成的开发团队。另外，它还会带来性能的提高。
代码支持文件的内容被编译成一个组合文件中的类，一般是一个DLL文件，有时也可以是EXE文件。该文件驻留在应用程序的组合体高速缓冲区中，在应用程序启动时，可以立即得到它。
如果代码是包含在＜script＞标记中或ASPX文件代码中，它仍然会被编译成一个Web页类。在这种情况下，每当该网页在应用程序对话中第一次加载时，都需要重新进行编译，被编译的类就会驻留在内存中。每当计算机启动、IIS停止、重新启动或者源代码、配置文件改变时，该文件必须重新编译。尽管不大，但这样引起的性能损耗也是相当可观的。
3、尽量减少表单回送
每当点击Web网页上的Button、LinkButton或ImageButton控件时，表单就会被发送到服务器上。如果控件的AutoPostBack属性被设置为true，如果CheckBox、CheckBoxList等控件的状态被改变后，也会使表单会发送回服务器。
每次当表单被发送回服务器，就会被重新加载，启动Page_Load事件，执行Page_Load事件处理程序中的所有代码。把网页的初始化代码放在这里是最合适不过的了。我们经常会希望在每次加载网页时执行一些代码，而希望只有在网页第一次加载时执行另一些代码，甚至希望一些代码在除首次加载外的每次加载时执行。
可以利用IsPostBack特性来完成这一功能。在网页第一次加载时，该属性的值是false。如果网页因回送而被重新加载，IsPostBack属性的值就会被设置为true。通过测试，可以在任意时候执行指定的代码。下面是相关的C#代码：
protected void Page_Load(Object sender, EventArgs e)
{
// 网页每次加载时，执行的一些操作
if (!IsPostBack)
{
// 网页第一次加载时执行的操作
}
else
{
// 回送时执行的操作
}
// 网页每次加载时执行的操作
}
我们希望尽量不引起回送（每次回送都会要求服务器进行一系列的操作），即使引起回送后。也希望能够执行尽量少的操作。大规模、浪费时间的操作（例如数据库查找）尤其应当避免，因为它们能够延长应用程序的响应时间。
4、使用StringBuilder类
字符串在.NET框架中是不可变的，这意味着改变字符串的操作符和方法会返回字符串的改变后的拷贝，这意味着性能还有提高的空间。当进行大量的字符串操作时，使用StringBuilder类就是一种比较好的选择了。
下面的C#代码测试用二种方式从10000个子字符串中生成字符串所需要的时间。第一次使用了一个简单的字符串串联操作；第二次使用了StringBuilder类。要想查看结果字符串，可以去掉下面的代码中注解行的注解符号：
＜%@ Page Language="C#" %＞
＜script runat="server"＞
void Page_Load(Object Source, EventArgs E)
{
int intLimit = 10000;
DateTime startTime;
DateTime endTime;
TimeSpan elapsedTime;
string strSub;
string strWhole = "";
// 首先执行字符串连接操作
startTime = DateTime.Now;
for (int i=0; i ＜ intLimit; i++)
{
strSub = i.ToString();
strWhole = strWhole + " " + strSub;
}
endTime = DateTime.Now;
elapsedTime = endTime - startTime;
lblConcat.Text = elapsedTime.ToString();
// lblConcatString.Text = strWhole;
// 使用stringBuilder类进行同样的操作
startTime = DateTime.Now;
StringBuilder sb = new StringBuilder();
for (int i=0; i ＜ intLimit; i++)
{
strSub = i.ToString();
sb.Append(" ");
sb.Append(strSub);
}
endTime = DateTime.Now;
elapsedTime = endTime - startTime;
lblBuild.Text = elapsedTime.ToString();
// lblBuildString.Text = sb.ToString();
}
＜/script＞
＜html＞
＜body＞
＜form runat="server"＞
＜h1＞String Concatenation Benchmark＜/h1＞
Concatenation:
＜asp:Label
id="lblConcat"
runat="server"/＞
＜br/＞
＜asp:Label
id="lblConcatString"
runat="server"/＞
＜br/＞
＜br/＞
StringBuilder:
＜asp:Label
id="lblBuild"
runat="server"/＞
＜br/＞
＜asp:Label
id="lblBuildString"
runat="server"/＞
＜/form＞
＜/body＞
＜/html＞
二种方式的差别是相当大的：使用StringBuilder类的Append方法的速度比使用字符串连接的速度快近200倍。
5、只在必要时使用服务器端控件
ASP.NET中新引入了一种在服务器端运行的被称作Web Server Controls的控件，在代码中，它们经常通过下面的语法被说明：
＜asp:TextBox id="txtLastName" size="40" runat="server" /＞
它们有时也被称作ASP控件。服务器端控件是由runat属性指示的，它的值总是“server”。
通过添加runat属性，一般的HTML控件可以被很方便地转换到服务器端运行，下面是一个简单的例子：
＜input type="text" id="txtLastName" size="40" runat="server" /＞
可以通过id属性中指定的名字，我们可以引用程序中的控件，可以通过编程的方式设置属性和获得值，因此，服务器端处理方式有较大的灵活性。
这种灵活性是有一定代价的。每种服务器端控件都会消耗服务器上的资源。另外，除非控件、网页或应用程序明确地禁止view state，控件的状态是包含在view state的隐藏域中，并在每次回送中都会被传递，这会引起严重的性能下降。
在这方面的一个很好的例子是，网页上控件表格的应用，如果不需要在代码中引用表格中的元素，则使用无需进行服务器端处理的HTML表格。我们仍然可以在HTML表格单元中放置服务器控件，并在代码中引用服务器控件。如果需要引用任意的表格元素，例如指定的单元，则整个表格必须是服务器控件。
6. HyperLink控件、LinkButton控件的差别
对于Web访问者而言，HyperLink、LinkButton控件是一样的，但它们在功能方面仍然有较大的差异。
当用户点击控件时，HyperLink控件会立即将用户“导航”到目标URL，表件不会回送到服务器上。 LinkButton控件则首先将表件发回到服务器，然后将用户导航到目标URL。如果在“到达”目标URL之前需要进行服务器端处理，则使用LinkButton控件；如果无需进行服务器端处理，则可以使用HyperLink控件。
7、注释代码
这一技巧并不是针对ASP.NET的，但它是一个良好的编程习惯。
注释不仅仅应当说明代码会执行什么操作，还应当注明原因。例如，不要仅仅在注释中说明是在遍历数组，而是要说明遍历数组是根据某一算法计算一个值，除非算法是相当简单的，否则还应当对算法进行简要的说明。
.NET工程中的不同的编程语言都有各自不同的注释符号，下面是一个简要的说明：
HTML ＜!-- 注释 --＞
JavaScript // 注释
VBScript ' 注释
VB.NET ' 注释
C# // 注释
/* 多行内容
的注释
*/
SQL -- 注释
在服务器控件的开始和结束标记中没有注释符号，但服务器能够忽略掉所有它不能识别的属性，因此我们能够通过使用没有定义的属性来插入注释。下面是一个例子：
＜asp:TextBox id="txtLastName" size="40" comment="这是我的注释" runat="server" /＞
在Visual Studio .NET中对源代码进行注释非常简单。高亮度显示需要注释的行，然后按Ctrl+K+C组合键添加注释。要删除注释，只需高亮度显示被注释的代码，并按下Ctrl+K+U组合键。
在C#工程中，我们还可以通过在每行的开始处使用///输入XML注释小节。在注释小节中，我们可以使用下面的XML标记组织注释：
＜summary＞＜/summary＞
＜remarks＞＜/remarks ＞
＜param＞＜/param＞
＜returns＞＜/returns＞
＜newpara＞＜/newpara＞
要在Visual Studio .NET中查看这些XML注释的格式化的报告，我们可以首先选择“工具”菜单项，然后选择“建立注释Web网页”菜单项。
8、使用trace方法和trace属性记录Page目录中网页的执行情况
调试程序的一种古老的技术是在程序中的关健点插入输出语句，通常情况下，输出信息中会包含重要变量的值，相关信息可以输出到屏幕、日志文件或者数据库。
在ASP.NET中，通过使用Page命令中的trace属性，这种调试技术的使用更简单了。Page命令是ASPX文件开始处的一行代码，它提供编译器的指示。Page命令中包含一个或多个属性，向编译器提供使用的编程语言、代码支持文件的位置或要继承的类的名字等信息。
Page命令中的属性之一是trace，其值可能是true或false，下面是一个典型的Page命令，其中的trace属性的值是true：
＜%@ Page language="c#" trace="true" %＞
如果trace属性的值设置为true，由ASPX文件生成的Web页就会显示出来，除了网页本身外，关于该页的大量其他信息也会显示出来。这些信息以下面小节的形式显示在一张表格中：
?Request细节 提供Session ID、请求时间和请求的状态码。
?Trace Information 包含跟踪日志、网页生命周期中按时间先后顺序各个步骤的列表。另外，也可以向其中添加定制信息。
?控件树 以一种分层次的方式列出网页上的所有控件，包括每个控件以字节计算的大小。
?Cookies集合 列出该网页创建的所有Cookie。
?头部集合 HTTP头部以及它们的值。
?Server变量 与该网页相关的Server环境变量。
包含在Trace Information小节中的跟踪日志是最有用的，在这里我们可以插入自己的跟踪命令。trace类中有2个方法能够在跟踪日志中插入命令：Trace.Write和Trace.Warn，除了Trace.Warn命令用红色字体显示、Trace.Write命令用黑色字体显示外，它们是相同的。下面是跟踪日志的一个屏幕快照，其中包含有几个Trace.Warn命令。
跟踪日志中最方便的功能是我们可以在开发和测试过程中在整个代码中插入Trace.Write和Trace.Warn语句，而在最终交付应用程序时，可以通过改变Page命令中trace属性的值，禁止这些命令起作用，而无需在部署应用软件前删除这些输出语句。
9、使用存储过程
微软公司的SQL Server和其他现代关系数据库都使用SQL命令定义和处理查询。一个SQL语句或一系列SQL语句提交给SQL Server，SQL Server会对命令进行解析，然后创建一个查询计划并对它进行优化，然后执行该查询计划，这都需要大量的时间。
存储过程是一系列被查询处理器预解析和优化的SQL命令，这些命令会被存储起来，可以得到快速地执行。存储过程也被称作sprocs，它可以接收输入参数，使一个单一的存储过程能够处理较大范围的特定的查询。
因为sprocs是预先被解析的，对于复杂的查询更显得重要，其查询计划是预先优化的，因此调用查询过程比执行相同功能的SQL语句速度要快得多。
原文：http://blog.csdn.net/jhl52771/article/details/8277673