1、在使用Visual Studio .NET时,除直接或非引用的对象外,不要使用缺省的名字。 
.NET带来的好处之一是所有的源代码和配置文件都是纯文本文件,能够使用Notepad或Wor
dPad等任意的文本编辑器进行编辑。如果不愿意,我们并非一定要使用Visual Studio .N
ET作为集成开发环境。但使用了Visual Studio .NET,我们可以在Windows文件管理器中看
到文件,或在Visual Studio .NET之外从文本编辑器中浏览文件的内容。 
使用Visual Studio .NET作为集成开发环境有许多好处,其中最显著的好处是它极大地提
高了生产效率。使用Visual Studio. NET,我们能够在付出较小代价的情况下更快地开发
软件。作为集成开发环境一部分的IntelliSense提供自动的代码完成、在输入方法或函数
时提供动态帮助、语法错误的实时提示,以及其他能够提高生产效率的功能。 
象其他复杂的工具那样,在学会如何充分发挥它的作用和掌握其“习性”前,Visual Stu
dio .NET也会使我们产生一种挫折感。有时,它象一个难以了解的黑盒子,会生成大量的
文件和许多无用的代码。 
Visual Studio .NET的一个功能是,无论是类、控件或表单中的对象,它都能够为新对象
提供缺省名字。例如,如果我们创建了一个新的ASP.NET Web Application,其缺省的名字
将是WebApplication1。我们可以在“新工程”对话框中方便地改变该应用的名字,但同时
改变的只是该应用程序的名字空间的名字及其所在的虚拟目录,源代码文件的缺省名字仍
然是WebForm1.aspx和WebForm1.aspx.cs(C#工程)或WebForm1.aspx.vb(VB.NET工程)。
 我们可以在方案浏览器中改变ASPX和代码使用的文件名字,但Web页类的名字仍然将是Web
Form1。如果在该Web表单上生成一个按钮,其缺省的名字将是Button1。事实上,所有控件
的名字都是由控件的类型和数字组成的。 
我们能够,也应该将应用程序中所有的表单和控件的名字都修改成有意义的名字。对于较
小的演示性程序而言,缺省的名字还能够胜任,但如果应用程序由多个表单,每个表单上
有许多按钮和标签时,象frmStartup、frmDataEntry和frmReports这样的表单名就比Form
1、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文件,有时也可以是E
XE文件。该文件驻留在应用程序的组合体高速缓冲区中,在应用程序启动时,可以立即得
到它。 
如果代码是包含在<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框架中是不可变的,这意味着改变字符串的操作符和方法会返回字符串的改
变后的拷贝,这意味着性能还有提高的空间。当进行大量的字符串操作时,使用StringBu
ilder类就是一种比较好的选择了。 
下面的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 Bench</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倍。比较的结果如下所示: 
(图:picture01)