您现在的位置： 网页制作教程网 >> 网络编程 >> Asp教程 >> ASP 开发技巧 >> 正文

　　使用包装函数

　　当我们试图使用Response.Write 语句这种方法时，最令人灰心的发现可能就是Response.Write 函数不能在每行的结尾处放置一个CRLF 。因此，当你从浏览器中阅读源代码时，本来布置得非常好的HTML，现在成了没有结束的一行。我想，你的下一个发现可能会更令你恐怖：在Response 对象中没有其姊妹函数Writeln 。所以，一个很明显的反应就是为Response.Write 函数创建一个包装函数，以便给每一行都附加一个CRLF 。

　　当然，由于这种方法有效地使函数调用次数加倍，其对性能的影响也很明显，因此要不惜一切代价避免。具有讽刺意味的是CRLF也向反应流中为每行增加了2个字节，而这是浏览器不需要呈现到页面上的。格式化良好的HTML所做的一切就是让你的竞争者更容易阅读你的HTML源代码并理解你的设计。

　　将连续的Response.Write 连接到一个单独语句中

　　不考虑我们前面用包装函数进行的测试，下一个合乎逻辑的步骤就是从单独的Response.Write 语句中提取出所有的字符串，将它们连接到一个单独语句中，这样就减少了函数调用的次数，极大地提高了页面的性能。

/app1/response3.asp的片段

　　以前的最佳（反应速度）= 8.08 msec/page

　　反应时间 = 7.05 msec/page

　　差 = -1.03 msec (减少12.7%)

　　目前，这是最优化的配置。

　　将连续的Response.Write 连接到一个单独语句中，在每行结尾处增加一个CRLF

　　考虑到那些要求他们的源代码从浏览器中看要很纯粹的人，我用vbCRLF 常量在前面测试中每行的结尾处插入了一些回车，然后重新运行。

/app1/response5.asp的片段

　　前面的最佳（反应速度）= 7.05 msec/page

　　反应时间= 7.63 msec/page

　　差 = +0.58 msec (增加 8.5%)

　　运行的结果在性能上有一点降低，这也许是由于额外的串联和增加的字符量。

　　回顾和观测

　　从前面有关ASP输出的测试中可以得出一些规则：

　　* 避免内联ASP的过多使用。

　　* 总是将连续Response.Write 语句连接进一个单独语句内。

　　* 永远不要在Response.Write 周围使用包装函数来附加CRLF。

　　* 如果必须格式化HTML输出，直接在Response.Write 语句内附加CRLF。

是否应该开启缓冲器？

　　通过脚本程序启动缓冲器
　　 在ASP脚本的顶部包含Response.Buffer=True ，IIS就会将页面的内容缓存。

　　<% OPTION EXPLICIT
　　 Response.Buffer = true
　　 Dim FirstName
　　 …

　　/app1/buffer__1.asp的片段

　　以前的最佳（反应时间）= 7.05 msec/page
　　 反应时间 = 6.08 msec/page
　　 差= -0.97 msec (降低13.7%)

　　性能得到了极大提高。但是等等，还能有更好的。

　　通过服务器配置启动缓冲器

　　虽然在IIS 5.0中缓冲器是被默认启动的，但是在IIS 4.0中还必须手动来启动它。这时要找到站点的Properties 对话框，在那里，从Home Directory 标签中选择配置按钮。然后在"App options"下选择"enable buffering" 。对于这个测试，Response.Buffer 语句从脚本中被移走了。

　　以前的最佳= 7.05 msec/page
　　 反应时间 = 5.57 msec/page
　　 差= -1.48 msec (降低 21.0%)

　　目前，这是我们所得到的最快反应了，比我们以前最好情况下的反应时间还要降低21%。从现在开始，我们以后的测试都要把这个反应时间作为基准值。

上一页  [1] [2] [3] [4] [5] 下一页