编写ASP.NET利用程序的技能-交流共享-唐山网站建设

编写ASP.NET利用程序的技能

核心提示：1、在使用Visual Studio .NET时，除直接或非援用的对象外，不要使用缺省的名字 .NET带来的好处之1是所有的源代码和配置文件都是纯文本文件，能够使用Notepad或WordPad等任意的文本编辑器进行编辑。假设不愿意，我们并非1定要使用Visual Studio .NET作为集成开发环境

1、在使用Visual Studio .NET时，除直接或非援用的对象外，不要使用缺省的名字

.NET带来的好处之1是所有的源代码和配置文件都是纯文本文件，能够使用Notepad或WordPad等任意的文本编辑器进行编辑。假设不愿意，我们并非1定要使用Visual Studio .NET作为集成开发环境。但使用了Visual Studio .NET，我们可以在Windows文件治理器中看到文件，或在Visual Studio .NET之外从文本编辑器中浏览文件的内容。

使用Visual Studio .NET作为集成开发环境有很多好处，其中最明显的好处是它极大地进步了生产效率。使用Visual Studio. NET，我们能够在付出较小代价的情况下更快地开发软件。作为集成开发环境1部份的IntelliSense提供自动的代码完成、在输进方法或函数时提供动态帮助、语法毛病的实时提示，和其他能够进步生产效率的功能。

象其他复杂的工具那样，在学会如何充分发挥它的作用和掌控其“习性”前，Visual Studio .NET也会使我们产生1种挫折感。有时，它象1个难以了解的黑盒子，会天生大量的文件和很多无用的代码。

Visual Studio .NET的1个功能是，不论是类、控件或表单中的对象，它都能够为新对象提供缺省名字。例如，假设我们创建了1个新的ASP.NET Web Application，其缺省的名字将是WebApplication1。我们可以在“新工程”对话框中方便地改变该利用的名字，但同时改变的只是该利用程序的名字空间的名字及其所在的虚拟目录，源代码文件的缺省名字依然是WebForm1.aspx和WebForm1.aspx.cs(C#工程)或WebForm1.aspx.vb(VB.NET工程)。

我们可以在方案浏览器中改变ASPX和代码使用的文件名字，但Web页类的名字依然将是WebForm1。假设在该Web表单上天生1个按钮，其缺省的名字将是Button1。事实上，所有控件的名字都是由控件的类型和数字组成的。

我们能够，也应当将利用程序中所有的表单和控件的名字都修改成故意义的名字。对较小的演示性程序而言，缺省的名字还能够胜任，但假设利用程序由多个表单，每个表单上有很多按钮和标签时，象frmStartup、frmDataEntry和frmReports这样的表单名就比Form1、Form2和Form3这样的名字更容易于理解和保护。

假设表单上控件要在代码的其他地方援用，使它有1个故意义的名字就更重要了。btnOK、btnCancel和btnPrint这样的名字使看代码的人更轻易理解，因此，也比名字为Button1、Button2、Button3这样的控件更轻易保护。

修改1个工程中所有文件中出现的1个名字的1个好方法是，在Visual Studio.NET菜单中顺次选择“编辑”->“发现和替换”->“替换”命令。

在看2周前编写的代码时，我们常常就象第1次见到这些代码1样，因此使它们有1个有助于我们理解其含义的名字是10分有必要的。

2、即使不使用Visual Studio .NET进行编程，使用代码支持文件也有益于进步利用程序的性能

在Web利用程序、Web服务或Web控件等所有的ASP.NET Web工程中，Visual Studio .NET都使用代码支持文件。代码支持文件使工程具有更好的组织、模块性，更合适多人组成的开发团队。另外，它还会带来性能的进步。

代码支持文件的内容被编译成1个组合文件中的类，1般是1个DLL文件，有时也能够是EXE文件。该文件驻留在利用程序的组合体高速缓冲区中，在利用程序启动时，可以立即得到它。

假设代码是包括在< script>标记中或ASPX文件代码中，它依然会被编译成1个Web页类。在这类情况下，每当该网页在利用程序对话中第1次加载时，都需要重新进行编译，被编译的类就会驻留在内存中。每当计算机启动、IIS停止、重新启动或源代码、配置文件改变时，该文件必须重新编译。虽然不大，但这样引发的性能消耗也是相当可观的。

3、尽可能减少表单回送

每当点击Web网页上的Button、LinkButton或ImageButton控件时，表单就会被发送到服务器上。假设控件的AutoPostBack属性被设置为true，假设CheckBox、CheckBoxList等控件的状态被改变后，也会使表单会发送回服务器。

每次当表单被发送回服务器，就会被重新加载，启动Page_Load事件，履行Page_Load事件处理程序中的所有代码。把网页的初始化代码放在这里是最合适不过的了。我们常常会希看在每次加载网页时履行1些代码，而希看只有在网页第1次加载时履行另1些代码，乃至希看1些代码在除首次加载外的每次加载时履行。

可以利用IsPostBack特性来完成这1功能。在网页第1次加载时，该属性的值是false。假设网页因回送而被重新加载，IsPostBack属性的值就会被设置为true。通过测试，可以在任意时候履行指定的代码。下面是相干的C#代码：

以下为援用的内容：
protected void Page_Load(Object sender, EventArgs e)
　　{

　　// 网页每次加载时，履行的1些操纵

　　if (!IsPostBack)

　　{

　　// 网页第1次加载时履行的操纵

　　}

　　else

　　{

　　// 回送时履行的操纵

　　}

　　// 网页每次加载时履行的操纵

　　}

我们希看尽可能不引发回送(每次回送都会要求服务器进行1系列的操纵)，即使引发回送后。也希看能够履行尽可能少的操纵。大范围、浪费时间的操纵(例如数据库查找)特别应当避免，由于它们能够延长利用程序的响应时间。

1 2 3 4 下1页

4、使用StringBuilder类

字符串在.NET框架中是不可变的，这意味着改变字符串的操纵符和方法会返回字符串的改变后的拷贝，这意味着性能还有进步的空间。当进行大量的字符串操纵时，使用StringBuilder类就是1种比较好的选择了。

下面的C#代码测试用2种方式从10000个子字符串中天生字符串所需要的时间。第1次使用了1个简单的字符串串连操纵;第2次使用了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>

2种方式的差别是相当大的：使用StringBuilder类的Append方法的速度比使用字符串连接的速度快近200倍。

上1页 1 2 3 4 下1页

5、只在必要时使用服务器端控件

ASP.NET中新引进了1种在服务器端运行的被称作Web Server Controls的控件，在代码中，它们常常通过下面的语法被说明：< asp:TextBox id=”txtLastName” size=”40” runat=”server” /> 它们有时也被称作ASP控件。服务器端控件是由runat属性唆使的，它的值总是“server”。

通过添加runat属性，1般的HTML控件可以被很方便地转换到服务器端运行，下面是1个简单的例子： < input type=”text” id=”txtLastName” size=”40” runat=”server” />

可以通过id属性中指定的名字，我们可以援用程序中的控件，可以通过编程的方式设置属性和取得值，因此，服务器端处理方式有较大的灵活性。

这类灵活性是有1定代价的。每种服务器端控件都会消耗服务器上的资源。

另外，除非控件、网页或利用程序明确地制止view state，控件的状态是包括在view state的隐躲域中，并在每次回送中都会被传递，这会引发严重的性能降落。

在这方面的1个很好的例子是，网页上控件表格的利用，假设不需要在代码中援用表格中的元素，则使用无需进行服务器端处理的HTML表格。我们依然可以在HTML表格单元中放置服务器控件，并在代码中援用服务器控件。假设需要援用任意的表格元素，例如指定的单元，则全部表格必须是服务器控件。

6. HyperLink控件、LinkButton控件的差别

对Web访问者而言，HyperLink、LinkButton控件是1样的，但它们在功能方面依然有较大的差异。当用户点击控件时，HyperLink控件会立行将用户“导航”到目标URL，表件不会回送到服务器上。LinkButton控件则首先将表件发回到服务器，然后将用户导航到目标URL。假设在“到达”目标URL之前需要进行服务器端处理，则使用LinkButton控件;假设无需进行服务器端处理，则可使用HyperLink控件。

7、注释代码

这1技能其实不是针对ASP.NET的，但它是1个良好的编程习惯。注释不单单应当说明朝码会履行甚么操纵，还应当注明缘由。例如，不要仅仅在注释中说明是在遍历数组，而是要说明遍历数组是根据某1算法计算1个值，除非算法是相当简单的，否则还应当对算法进行扼要的说明。

.NET工程中的不同的编程语言都有各自不同的注释符号，下面是1个扼要的说明：

以下为援用的内容：
HTML < !-- 注释 -->

　　JavaScript // 注释

　　VBScript ‘ 注释

　　VB.NET ‘ 注释

　　C# // 注释

　　/* 多行内容

　　的注释

　　SQL -- 注释

在服务器控件的开始和结束标记中没有注释符号，但服务器能够忽视掉所有它不能辨认的属性，因此我们能够通过使用没有定义的属性来插进注释。下面是1个例子：< asp:TextBox id=”txtLastName” size=”40” comment=”这是我的注释” runat=”server” />

在Visual Studio .NET中对源代码进行注释非常简单。高亮度显示需要注释的行，然后按Ctrl+K+C组合键添加注释。要删除注释，只需高亮度显示被注释的代码，并按下Ctrl+K+U组合键。

上1页 1 2 3 4 下1页

在C#工程中，我们还可以通过在每行的开始处使用///输进XML注释小节。在注释小节中，我们可使用下面的XML标记组织注释：

以下为援用的内容：

　　< summary>< /summary>
　　< remarks>< /remarks >

　　< param>< /param>

　　< returns>< /returns>

　　< newpara>< /newpara>

要在Visual Studio .NET中查看这些XML注释的格式化的报告，我们可以首先选择“工具”菜单项，然后选择“建立注释Web网页”菜单项。

8、使用trace方法和trace属性记录Page目录中网页的履行情况

调试程序的1种古老的技术是在程序中的关健点插进输出语句，通常情况下，输出信息中会包括重要变量的值，相干信息可以输出到屏幕、日志文件或数据库。

在ASP.NET中，通过使用Page命令中的trace属性，这类调试技术的使用更简单了。Page命令是ASPX文件开始处的1行代码，它提供编译器的唆使。Page命令中包括1个或多个属性，向编译器提供使用的编程语言、代码支持文件的位置或要继续的类的名字等信息。

Page命令中的属性之1是trace，其值多是true或false，下面是1个典型的Page命令，其中的trace属性的值是true：< %@ Page language=”c#” trace=”true” %>

假设trace属性的值设置为true，由ASPX文件天生的Web页就会显示出来，除网页本身外，关于该页的大量其他信息也会显示出来。这些信息以下面小节的情势显示在1张表格中：

·Request细节提供Session ID、要求时间和要求的状态码。

·Trace Information 包括跟踪日志、网页生命周期中按时间前后顺序各个步骤的列表。另外，也能够向其中添加定制信息。

·控件树以1种分层次的方式列出网页上的所有控件，包括每个控件以字节计算的大小。

·Cookies集合列出该网页创建的所有Cookie。

·头部集合 HTTP头部和它们的值。

·Server变量与该网页相干的Server环境变量。

包括在Trace Information小节中的跟踪日志是最有用的，在这里我们可以插进自己的跟踪命令。trace类中有2个方法能够在跟踪日志中插进命令：Trace.Write和Trace.Warn，除Trace.Warn命令用红色字体显示、Trace.Write命令用玄色字体显示外，它们是相同的。下面是跟踪日志的1个屏幕快照，其中包括有几个Trace.Warn命令。

跟踪日志中最方便的功能是我们可以在开发和测试进程中在全部代码中插进Trace.Write和Trace.Warn语句，而在终极交付利用程序时，可以通过改变Page命令中trace属性的值，制止这些命令起作用，而无需在部署利用软件前删除这些输出语句。

9、使用存储进程

微软公司的SQL Server和其他现代关系数据库都使用SQL命令定义和处理查询。1个SQL语句或1系列SQL语句提交给SQL Server，SQL Server会对命令进行解析，然后创建1个查询计划并对它进行优化，然后履行该查询计划，这都需要大量的时间。

存储进程是1系列被查询处理器预解析和优化的SQL命令，这些命令会被存储起来，可以得到快速地履行。存储进程也被称作sprocs，它可以接收输进参数，使1个单1的存储进程能够处理较大范围的特定的查询。

由于sprocs是预先被解析的，对复杂的查询更显得重要，其查询计划是预先优化的，因此调用查询进程比履行相同功能的SQL语句速度要快很多。

10、使用.NET命令行

.NET命令行工具在命令提示符窗口中运行。为了使命令能够履行，它必须驻留在命令提示符确当前目录中，或通过设置PATH环境变量。

.NET SDK在“启动”菜单上安装1个菜单项，该菜单项能够打开1个正确设置了PATH环境变量的命令提示符窗口。我们可以通过顺次点击“开始”->“程序”->“Microsoft Visual Studio .NET”->“Visual Studio .NET工具”->“Visual Studio .NET命令提示符”，启动命令提示符窗口。

通过在将该菜单项从菜单上拖到桌面上时，同时按Ctrl+C键，便可以够将该菜单项的快捷方式拷贝到桌面上，使用起来会非常方便。

上1页 1 2 3 4 http://www.fw8.net/

TAG:代码,文件,控件,注释,名字

评论加载中...