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#代码：
1. protected void Page_Load(Object sender, EventArgs e)
2.
3. {
4.
5. // 网页每次加载时，执行的一些操作
6.
7. if (!IsPostBack)
8.
9. {
10.
11. // 网页第一次加载时执行的操作
12.
13. }
14.
15. else
16.
17. {
18.
19. // 回送时执行的操作
20.
21. }
22.
23. // 网页每次加载时执行的操作
24.
25. }
26.
我们希望尽量不引起回送（每次回送都会要求服务器进行一系列的操作），即使引起回送后。也希望能够执行尽量少的操作。大规模、浪费时间的操作（例如数据库查找）尤其应当避免，因为它们能够延长应用程序的响应时间。
4、使用StringBuilder类
字符串在.net框架中是不可变的，这意味着改变字符串的操作符和方法会返回字符串的改变后的拷贝，这意味着性能还有提高的空间。当进行大量的字符串操作时，使用StringBuilder类就是一种比较好的选择了。
下面的C#代码测试用二种方式从10000个子字符串中生成字符串所需要的时间。第一次使用了一个简单的字符串串联操作；第二次使用了StringBuilder类。要想查看结果字符串，可以去掉下面的代码中注解行的注解符号：
1. <%@ Page Language="C#" %>
2.
3. <script runat="server">
4.
5. void Page_Load(Object Source, EventArgs E)
6.
7. {
8.
9. int intLimit = 10000;
10.
11. DateTime startTime;
12.
13. DateTime endTime;
14.
15. TimeSpan elapsedTime;
16.
17. string strSub;
18.
19. string strWhole = "";
20.
21. // 首先执行字符串连接操作
22.
23. startTime = DateTime.Now;
24.
25. for (int i=0; i < intLimit; i++)
26.
27. {
28.
29. strSub = i.ToString();
30.
31. strWhole = strWhole + " " + strSub;
32.
33. }
34.
35. endTime = DateTime.Now;
36.
37. elapsedTime = endTime - startTime;
38.
39. lblConcat.Text = elapsedTime.ToString();
40.
41. // lblConcatString.Text = strWhole;
42.
43. // 使用stringBuilder类进行同样的操作
44.
45. startTime = DateTime.Now;
46.
47. StringBuilder sb = new StringBuilder();
48.
49. for (int i=0; i < intLimit; i++)
50.
51. {
52.
53. strSub = i.ToString();
54.
55. sb.Append(" ");
56.
57. sb.Append(strSub);
58.
59. }
60.
61. endTime = DateTime.Now;
62.
63. elapsedTime = endTime - startTime;
64.
65. lblBuild.Text = elapsedTime.ToString();
66.
67. // lblBuildString.Text = sb.ToString();
68.
69. }
70.
71. </script>
72.
73. <html>
74.
75. <body>
76.
77. <form runat="server">
78.
79. <h1>String Concatenation Benchmark</h1>
80.
81. Concatenation:
82.
83. <asp:Label
84.
85. id="lblConcat"
86.
87. runat="server"/>
88.
89. <br/>
90.
91. <asp:Label
92.
93. id="lblConcatString"
94.
95. runat="server"/>
96.
97. <br/>
98.
99. <br/>
100.
101. StringBuilder:
102.
103. <asp:Label
104.
105. id="lblBuild"
106.
107. runat="server"/>
108.
109. <br/>
110.
111. <asp:Label
112.
113. id="lblBuildString"
114.
115. runat="server"/>
116.
117. </form>
118.
119. </body>
120.
121. </html>
122.
二种方式的差别是相当大的：使用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工程中的不同的编程语言都有各自不同的注释符号，下面是一个简要的说明：
1. HTML <!-- 注释 -->
2.
3. JavaScript // 注释
4.
5. VBScript ' 注释
6.
7. VB.net ' 注释
8.
9. C# // 注释
10.
11. /* 多行内容
12.
13. 的注释
14.
15. */
16.
17. SQL -- 注释
18.
在服务器控件的开始和结束标记中没有注释符号，但服务器能够忽略掉所有它不能识别的属性，因此我们能够通过使用没有定义的属性来插入注释。下面是一个例子：
1. <asp:TextBox
2.
3. id="txtLastName"
4.
5. size="40"
6.
7. comment="这是我的注释"
8.
9. runat="server" />
10.
在Visual Studio .net中对源代码进行注释非常简单。高亮度显示需要注释的行，然后按Ctrl+K+C组合键添加注释。要删除注释，只需高亮度显示被注释的代码，并按下Ctrl+K+U组合键。
在C#工程中，我们还可以通过在每行的开始处使用///输入XML注释小节。在注释小节中，我们可以使用下面的XML标记组织注释：
1. <summary></summary>
2.
3. <remarks></remarks >
4.
5. <param></param>
6.
7. <returns></returns>
8.
9. <newpara></newpara>
10.
要在Visual Studio .net中查看这些XML注释的格式化的报告，我们可以首先选择“工具”菜单项，然后选择“建立注释Web网页”菜单项。
8、使用trace方法和trace属性记录Page目录中网页的执行情况
调试程序的一种古老的技术是在程序中的关健点插入输出语句，通常情况下，输出信息中会包含重要变量的值，相关信息可以输出到屏幕、日志文件或者数据库。
在asp.net中，通过使用Page命令中的trace属性，这种调试技术的使用更简单了。Page命令是ASPX文件开始处的一行代码，它提供编译器的指示。Page命令中包含一个或多个属性，向编译器提供使用的编程语言、代码支持文件的位置或要继承的类的名字等信息。
Page命令中的属性之一是trace，其值可能是true或false，下面是一个典型的Page命令，其中的trace属性的值是true：
1. <%@ 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语句速度要快得多。
10、使用.net命令行
.net命令行工具在命令提示符窗口中运行。为了使命令能够执行，它必须驻留在命令提示符的当前目录中，或通过设置PATH环境变量。
.net SDK在“启动”菜单上安装一个菜单项，该菜单项能够打开一个正确设置了PATH环境变量的命令提示符窗口。我们可以通过依次点击“开始”->“程序”->“Microsoft Visual Studio .net”->“Visual Studio .net工具”->“Visual Studio .net命令提示符”，启动命令提示符窗口。
通过在将该菜单项从菜单上拖到桌面上时，同时按Ctrl+C键，就可以将该菜单项的快捷方式拷贝到桌面上，使用起来会非常方便。
|
|