1 / 5
文档名称:

命名规范.doc

格式:doc   页数:5页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

命名规范.doc

上传人:wangzhidaol 2016/4/10 文件大小:0 KB

下载得到文件列表

命名规范.doc

文档介绍

文档介绍:命名规则 目的为了保证企业编写出的程序都符合相同的规范,保证一致性、统一性而建立的数据库命名规范。编码规范对于程序员而言尤为重要,有以下几个原因: 1. 一个项目的生命周期中, 80% 的花费在于维护; 2. 几乎没有任何一个项目,在其整个生命周期中,均由最初的开发人员来维护; 3. 命名规范可以改善项目的可读性,可以让程序员尽快而彻底地理解新的代码; 4. 如果你将源码作为产品发布, 就需要确任它是否被很好的打包并且清晰无误, 比如你已构建的其它任何产品。为了执行规范,每个软件开发人员必须一致遵守编码规范。 范围适合于本项目中编写的命名规则。 命名原则 1. 使名称足够长以便有一定的意义,并且足够短以避免冗长; 2. 唯一名称在编程上仅用于将各项区分开; 3. 表现力强的名称是为了帮助人们阅读。因此,提供人们可以理解的名称是有意义的。不过,请确保选择的名称符合适用语言的规则和标准。 SQL 命名规范· 表(Table) 命名规范 1. 使用表关键字符+ 完整的功能英文名称; 2. 不建议使用“_”来连接两个自然名称。 3. 在多个功能英文名称组合时首写字母应为大写; 例: 建议: UserInfo 基础信息模块中的用户信息 Shopping 购物信息表单不建议: tbUserInfo 或 TB_Userinfo 或 TBUserInfo · 字段(Column) 命名规范 1. 使用 Pascal 大小写来命名字段; 2. 对于公认的缩写使用全大写来命名; 3. 不建议使用“_”来连接两个自然名称。例: 建议: UserID 用户 ID UserName 用户名称不建议: UserId 或 Userid User_Name · 存储过程(Procedure) 命名规范 1. 使用表关键字符 sp+ 完整的功能英文名称+By+ 操作关键字; 2. 关键字符 sp 与功能名称通过“_”来连接; 3. 对于存储过程的参数,建议与表中字段名一致。 4. 查询关键字为 sel ,插入关键字为 ins ,修改关键字为 up ,删除关键字为 del ; 例: sp_selUserInfoByID 通过 ID 查询单条用户信息 sp_upUserInfoByName 通过用户姓名修改用户详细信息 sp_insUserInfo 插入单个用户信息· 触发器(Trigger) 命名规范 1. 使用表关键字符 tr+ 完整的功能英文名称+By+ 操作关键字; 2. 同存存储过程要求· 视图(View) 命名规范 1. 使用表关键字符 vw+ 完整的功能英文名称+By+ 操作关键字; 2. 同表要求· 函数(Function) 命名规范 1. 使用表关键字符 ft+ 完整的功能英文名称; 2. 同表要求。 文件规范 文件名命名 1. 名字应该能够标识事物的特性; 2. 名字尽量不使用缩写,除非它是众所周知的; 3. 名字可以有两个或三个单词组成,但通常不应多于三个。在名字中,所有单词第一个字母大写,缩写都要大写。不建议使用拼音首字母来组成文件名; 4. 使用名词或名词短语+ 动词命名文件;例如: ,