什么是ASP
Active Server Page，简称ASP，是：
□ 连接网友界面(HTML)和商业逻辑(Business Logic)；
□ 提供一致的、容易使用的、有状态保持的、基于WEB的客户端；
□ 为那些需要事务处理的WEB 应用提供应用程序环境。
ASP不是：
□ 实现商业逻辑(Business Logic)的地方；商业逻辑应该通过COM+、MTS或者数据库来实现。
ASP的使用者应该有下面的教训：
□ 开发应用程序，而不是开发一个一个的孤立ASP页面；
□ 对输入和输出进行缓存；
□ 在发布之前要测试；
□ 选择性能较好的部件；
□ 减少数据库的存取：缓存变换后的结果；
□ 使用MSMQ来处理有时间延迟的工作；
站点设计
□ 你的站点想提供什么？
□ 信息架构：80/20准则；
□ 站点导航；
u 页面布局；
u 可用性；
n 使用ALT和Title属性；
n 不使用图片或者Image Map的导航；
□ 适合大多数低版本浏览器，考虑他们对ActiveX、RDS、XML、DHTML、Java Applet的支持状况；
□ 屏幕分辨率和屏幕颜色数
□ 是否支持WebTV、PDA…？
□ 设置IMG的width和height属性。
□ 非浏览器的访问，如自动机器人(Spider)；
□ 使用帧(Frame)？
□ 使用Cookies的个性化；
□ 避免坏连接；
□ 使用meta标签；
□ 内容审核；
□ 内容检索；
□ 结果反馈：用户反馈和跟踪；
□ 减少下载时间；
三层、四层应用设计
可读性、可维护性
□ 使用注释；
□ 在VBScript脚本中使用<%Option Explicit%；
□ 使用字符串变量存储SQL字符串：便于调试；
□ 使用Server.MapPath和相对路径；
□ 使用ADODB.INC或者<!—metadata typelib=somelib file=somedll--来引用常量，不要直接使用常量数值。
□ 指定ADO调用的缺省参数，避免出错；
□ 使用库或者部件来封装代码。
正确的方法：
□ 使用Server.URLEncode
□ 错误捕获和处理
国际化：
□ 使用<%CodePage%
□ 使用Session.CodePage
□ 在IIS5.0中，Response.write支持UTF8
其他：
□ 使用#include 重用代码
□ 使用分页技术
站点安全：
□ 客户身份验证
□ 输入验证
□ #include 文件不要使用.INC后缀，使用.ASP或者设置.INC的应用程序映射
□ 把MDB文件存放在非WEB路径下；
□ 使用ADSI做安全管理
Session和Application状态
Session的使用：
□ 使用起来很方便但是很有问题；
□ HTTP是一个无状态的协议；
□ 设计购物推车特别有用；
□ 不利于可伸缩性设计(Scalability)；
□ 在不需要Session的页面中使用<%EnableSessionState=false%
□ 尽可能完全避免使用Session;
□ 在多个web服务器情况下不适合；
□ 某些部件使Session运行在单一线程模式，减少了吞吐量；
□ 消耗内存；
□ Session有超时的问题
□ 需要客户端的浏览器打开cookie设置；
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/asp/）□ 不要在session中保存recordset，或者缓存connection对象；
□ 在global.asa不要使用空的Session_OnEnd；
□ 可选方案：
□ cookies
□ 直接状态编码：简单、容易、不安全
□ 后端数据库的ID作为状态值
□ querystring 参数
□ 如amazon的url方式
n 隐藏的表单
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/asp/）Application变量：
□ 共享变量
□ 不能持久保存
□ 多个web服务器时不行，除非只是只读变量。
缓存
□ 对静态内容非常理想
□ 不要使用Response.Expires=0，使用负数：
□ Response.Expires=-10000；
□ Response.AddHeader “Pragma”,”no-cache”
□ Response.AddHeader “cache-control”,”no-store”
□ 服务器缓存
□ proxy缓存
□ 客户端缓存
部件
□ 性能
□ 伸缩性
□分离商务逻辑和页
