如何写出优秀的ASP应用

March 25,2004

怎样创建鲁棒性、正确性、可维护性和性能俱佳的ASP应用程序？要做什么？不做什么？本文以提纲的形式，给出了主要的Check-Points(检查点)。

什么是ASP

Active Server Page，简称ASP，是：

l连接网友界面(HTML)和商业逻辑(Business Logic)；

l提供一致的、容易使用的、有状态保持的、基于WEB的客户端；

l为那些需要事务处理的WEB 应用提供应用程序环境。

ASP不是：

l       实现商业逻辑(Business Logic)的地方；商业逻辑应该通过COM+、MTS或者数据库来实现。

ASP的使用者应该有下面的教训：

l       开发应用程序，而不是开发一个一个的孤立ASP页面；

l       对输入和输出进行缓存；

l       在发布之前要测试；

l       选择性能较好的部件；

l       减少数据库的存取：缓存变换后的结果；

l       使用MSMQ来处理有时间延迟的工作；

站点设计
u    你的站点想提供什么？

u    信息架构：80/20准则；

u    站点导航；

u    页面布局；

u    可用性；

n       使用ALT和Title属性；

n       不使用图片或者Image Map的导航；

u    适合大多数低版本浏览器，考虑他们对ActiveX、RDS、XML、DHTML、Java Applet的支持状况；

u    屏幕分辨率和屏幕颜色数

n       是否支持WebTV、PDA…？

n       设置IMG的width和height属性。

u    非浏览器的访问，如自动机器人(Spider)；

u    使用帧(Frame)？

u    使用Cookies的个性化；

u    避免坏连接；

u    使用meta标签；

u    内容审核；

u    内容检索；

u    结果反馈：用户反馈和跟踪；

u    减少下载时间；

三层、四层应用设计

可读性、可维护性
u    使用注释；

u    在VBScript脚本中使用<%Option Explicit%>；

u    使用字符串变量存储SQL字符串：便于调试；

u    使用Server.MapPath和相对路径；

u    使用ADODB.INC或者<!—metadata typelib=somelib file=somedll-->来引用常量，不要直接使用常量数值。

u    指定ADO调用的缺省参数，避免出错；

u    使用库或者部件来封装代码。

正确的方法：

u    使用Server.URLEncode

u    错误捕获和处理

国际化：

u    使用<%CodePage%>

u    使用Session.CodePage

u    在IIS5.0中，Response.write支持UTF8

其他：

u    使用#include 重用代码

u    使用分页技术

站点安全：

u    客户身份验证

u    输入验证

u    #include 文件不要使用.INC后缀，使用.ASP或者设置.INC的应用程序映射

u    把MDB文件存放在非WEB路径下；

u    使用ADSI做安全管理

Session和Application状态
Session的使用：

u    使用起来很方便但是很有问题；

u    HTTP是一个无状态的协议；

u    设计购物推车特别有用；

u    不利于可伸缩性设计(Scalability)；

u    在不需要Session的页面中使用<%EnableSessionState=false%>

u    尽可能完全避免使用Session;

u    在多个web服务器情况下不适合；

u    某些部件使Session运行在单一线程模式，减少了吞吐量；

u    消耗内存；

u    Session有超时的问题

u    需要客户端的浏览器打开cookie设置；

u    不要在session中保存recordset，或者缓存connection对象；

u    在global.asa不要使用空的Session_OnEnd；

u    可选方案：

n       cookies

u    直接状态编码：简单、容易、不安全

u    后端数据库的ID作为状态值

n       querystring 参数

n       如amazon的url方式

n       隐藏的表单

Application变量：

u    共享变量

u    不能持久保存

u    多个web服务器时不行，除非只是只读变量。

缓存
u    对静态内容非常理想

u    不要使用Response.Expires=0，使用负数：

n       Response.Expires=-10000；

n       Response.AddHeader “Pragma”,”no-cache”

uResponse.AddHeader “cache-control”,”no-store”

u    服务器缓存

u    proxy缓存

u    客户端缓存

部件
u    性能

u    伸缩性

u    分离商务逻辑和页面表现

u    被ASP或其他环境重用

u    事务处理

u    类型安全

u    存取操作系统特性

u    保护知识产权

u    在下列情况下使用Server.CreateObject：

n       MTS事务处理

n       上下文安全性

n       ASP内部部件

n       OnStartPage、OnEndPage

u    使用<Object RunAt=server>延迟对象初始化

u    是否保存到Session或者Application变量中

u

性能
n       Response缓冲：Response.Buffer=True

n       关闭Connection并：set Connection=Nothing

n       使用局部变量

n       用<Object >代替Server.CreateObject

n       不要使用Session和Application变量

n       不要将COM对象存储在Session或者Application变量中

n       关闭脚本调试

n       避免重复的字符串相加

n       在费时的页面顶端使用Response.IsClientConnected

n       使用MSMQ

n       不要在Session或者Application中存储大数组

n       不要ReDim 数组

n       将集合类型的对象赋给临时变量

n       减小微处理器的最大线程数(运行regedt32，在HKEY_LOCAL_MACHINESYSTEM    CurrentControlSetServicesw3SVCASPParameters，增加ProcessorThreadMax，减小这个值，看看性能的变化；或者增大这个值。)

n       设置AspScriptEngineCacheMax，使它等于ProcessorThreadMax*CPU个数。缺省的是30；（在系统路径下：system32inetsrv/adminisamples下，键入adsutil.vbs，设置/w3svc/AspScriptEngineCacheMax）；

n       减少Session.Timeout；

n       在MMC中，设置ASP应用程序缓冲为有效。

把某些工作交给客户端：

n       CSS、DHTML

n       XML

n       RDS

n       Remote Scripting

n       Xmlhttp

n       客户端验证

n       减小文件大小

n       尽可能避免https和SSL

n       使用Response.End测试性能

n

数据库
n       减少数据库存取访问；

n       缓存变换后的结果；

n       使用ODBC连接池和OLEDB资源池；

n       使用系统DSN或者非DSN，不要使用DSN或者文件DSN；

n       使ADO运行在双线程模式(Both-threaded)：makefre.bat；

n       使用ADO的Field对象；

n       GetString或者GetRows比较快；

n       RDS和XML把负载嫁到客户端；

n       不要使用Select *，把字段写出来；

n       尽量使用SQL Server 7，不要使用Access；

n       使用SQL Server的特性：存储过程、Job、Join、sort、group

n       使用SQL Analysis，优化SQL的性能

n       使用索引

n       本地使用Name-pipes，远程使用Sockets

n       准确地指定Command Type

IIS 5的新特性
n       可靠的重新启动

n       ASP性能提高

n       Server.Transfer比Server.Redirect更好

n       Server.Execute

n       Server.GetLastError