rustysun同学ASP代码书写规范
型(String) s
二进制型(Binary) bn
布尔型(Boolean) b
日期时间型(DateTime) d
数组型(Array) a
象型(Object) o
循环控制变量通常使用单一的字符如：i, j, k。 另外使用一个有意义的名字，如iUserIndex ，也是准许的。
3.3.3 全局变量(Global Variables)
尽量不使用全局变量，如必须使用全局变量则必须加前缀‘gbl_''，同时应在变量名称中体现变量的类型。
3.3.4 类级变量(Class Variables)
类级变量主要是指在Class中，对整个Class内部所有的属性和方法都起作用的变量。在使用时必须加前缀''cls_''，同时在变量名称中体现变量的类型。
例如：cls_iFileName
3.4 类(Class)
类的名字必须有意义并且名字之前要加前缀‘T''。例如：
CODE:
Class TUpload
…
End Class
类实例的名字通常是去掉‘T''。例如：
CODE:
Dim oUpload : oUpload=new TUpload
3.5 表单(Form)
3.5.1 命名标准
表单及表单项命名应该有意义，并且使用类型简写作为前缀。类型及简写如下表：
类型 简写
表单(Form) frm
文本框(TextBox,包括密码框和多行文本框) txt
复选框(CheckBox) chk
单选框(Radio) rdo
按钮(Button) btn
下拉框(Select) slt
3.6 文件
3.6.1 目录结构
程序主目录--Web（应用程序所在路径）
-DB（本地数据库所在路径）
-Doc（文档所在路径）
-Help（帮助文件所在路径）
-Backup（备份路径）
-Temp（临时文件路径）
3.6.2 文件命名
文件必须使用一个有意义的名字。例如：系统中一个录入用户资料表单的文件名为frmAddUser.asp，向数据库中录入用户资料的文件名为addUser.asp。
3.6.3 文件头
在所有文件的头部应写上此文件的用途，作者，最后修改日期、用途。例如：
CODE:
‘/**
‘*@ 作者：cjj
‘*@ 用途：上传文件
‘*@ 创建日期：2006-11-29
‘*@ 修改历史：
‘* cjj(修改人) 修改于 2006-11-30(修改日期) 为了解决…..(修改说明)。
‘* zs 修改于 2007-1-1 为了解决….
‘……..
‘*/
4 修改规范
本规则所做的规定仅适用于已经纳入配置管理的程序。在这类修改中，要求保留修改前的内容、并标识出修改和新增的内容。并在文件头加入修改人、修改日期、修改说明等必要的信息。
4.1 修改历史记录
对源文件进行经过批准的修改时，修改者应在程序文件头加入修改历史项。在以后的每一次修改时，修改者都必须在该项目中填写下列信息：
4.2 新增代码行
新增代码行的前后应有注释行说明。
CODE:
''(* cjj(修改人) 2006-10-11(修改时间) ….(修改说明)
……''(新增代码行)
''cjj 2006-10-11 *)
4.3 删除代码行
删除代码行的前后用注释行说明。
CODE:
‘(*修改人 修改时间 修改说明
‘要删除的代码行（将要删除的语句进行注释）
‘修改人 修改时间 修改结束*)
4.4 修改代码行
修改代码行以删除代码行后在新增代码行的方式进行。
CODE:
‘(*修改人 修改时间 修改说明
‘修改前的代码行 (注释掉修改前的代码行)
修改后的代码行）
‘修改人 修改时间 修改结束*)
二进制型(Binary) bn
布尔型(Boolean) b
日期时间型(DateTime) d
数组型(Array) a
象型(Object) o
循环控制变量通常使用单一的字符如：i, j, k。 另外使用一个有意义的名字，如iUserIndex ，也是准许的。
3.3.3 全局变量(Global Variables)
尽量不使用全局变量，如必须使用全局变量则必须加前缀‘gbl_''，同时应在变量名称中体现变量的类型。
3.3.4 类级变量(Class Variables)
类级变量主要是指在Class中，对整个Class内部所有的属性和方法都起作用的变量。在使用时必须加前缀''cls_''，同时在变量名称中体现变量的类型。
例如：cls_iFileName
3.4 类(Class)
类的名字必须有意义并且名字之前要加前缀‘T''。例如：
CODE:
Class TUpload
…
End Class
类实例的名字通常是去掉‘T''。例如：
CODE:
Dim oUpload : oUpload=new TUpload
3.5 表单(Form)
3.5.1 命名标准
表单及表单项命名应该有意义，并且使用类型简写作为前缀。类型及简写如下表：
类型 简写
表单(Form) frm
文本框(TextBox,包括密码框和多行文本框) txt
复选框(CheckBox) chk
单选框(Radio) rdo
按钮(Button) btn
下拉框(Select) slt
3.6 文件
3.6.1 目录结构
程序主目录--Web（应用程序所在路径）
-DB（本地数据库所在路径）
-Doc（文档所在路径）
-Help（帮助文件所在路径）
-Backup（备份路径）
-Temp（临时文件路径）
3.6.2 文件命名
文件必须使用一个有意义的名字。例如：系统中一个录入用户资料表单的文件名为frmAddUser.asp，向数据库中录入用户资料的文件名为addUser.asp。
3.6.3 文件头
在所有文件的头部应写上此文件的用途，作者，最后修改日期、用途。例如：
CODE:
‘/**
‘*@ 作者：cjj
‘*@ 用途：上传文件
‘*@ 创建日期：2006-11-29
‘*@ 修改历史：
‘* cjj(修改人) 修改于 2006-11-30(修改日期) 为了解决…..(修改说明)。
‘* zs 修改于 2007-1-1 为了解决….
‘……..
‘*/
4 修改规范
本规则所做的规定仅适用于已经纳入配置管理的程序。在这类修改中，要求保留修改前的内容、并标识出修改和新增的内容。并在文件头加入修改人、修改日期、修改说明等必要的信息。
4.1 修改历史记录
对源文件进行经过批准的修改时，修改者应在程序文件头加入修改历史项。在以后的每一次修改时，修改者都必须在该项目中填写下列信息：
4.2 新增代码行
新增代码行的前后应有注释行说明。
CODE:
''(* cjj(修改人) 2006-10-11(修改时间) ….(修改说明)
……''(新增代码行)
''cjj 2006-10-11 *)
4.3 删除代码行
删除代码行的前后用注释行说明。
CODE:
‘(*修改人 修改时间 修改说明
‘要删除的代码行（将要删除的语句进行注释）
‘修改人 修改时间 修改结束*)
4.4 修改代码行
修改代码行以删除代码行后在新增代码行的方式进行。
CODE:
‘(*修改人 修改时间 修改说明
‘修改前的代码行 (注释掉修改前的代码行)
修改后的代码行）
‘修改人 修改时间 修改结束*)