命名规范 (详解)

合集下载

软件版本命名规范及详细解释.docx

软件版本命名规范及详细解释.docx

1、版本命名规范软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、release。

2、软件版本阶段说明Base:此版本表示该软件仅仅是一个基础功能,通常包括所有将要编写的功能,但是功能都没有做完整的实现,只是做为软件整体的一个基础架构。

Alpha:软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。

测试人员提交Bug经开发人员修改确认之后,发布到测试xx让测试人员测试,此时可将软件版本标注为alpha版。

Beta:该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。

修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为beta版。

RC:该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。

Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。

该版本有时也称标准版。

3、版本号修改规则(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。

此版本号由项目决定是否修改。

(2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。

此版本号由项目决定是否修改。

(3)修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩充,要经常发布修订版,修复一个严重Bug 即可发布一个修订版。

此版本号由项目经理决定是否修改。

(4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。

命名规范

命名规范

一、骆驼命名法:骆驼式命令法,正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。

形如:printEmployeePaychecks();print_employee_paychecks();注意:下划线法是c出现后开始流行起来的,在许多旧的程序和UNIX这样的环境中,它的使用非常普遍,另它也用于定义系统的函数库和Microsoft Windows这样的环境中,不建议使用。

二、帕斯卡(pascal)命名法:与骆驼命名法类似。

只不过骆驼命名法是首字母小写,而帕斯卡命名法是首字母大写,形如:public void DisplayInfo();string UserName;三、匈牙利命名法:匈牙利命名法广泛应用于象Microsoft Windows这样的环境中。

Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。

匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀;前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。

形如:lblMsg、txtName等四、综述简单的说:MyData 就是一个帕斯卡命名的示例而myData是一个骆驼命名法,它第一个单词的第一个字母小写,后面的单词首字母大写,看起来像一个骆驼而iMyData是一个匈牙利命名法,它的小写的说明了它的型态,后面的和帕斯卡命名相同,指示了该变量的用途.在C#中,以帕斯卡命名法和骆驼命名法居多。

附录一:C#语言命名规范1.类命名:采用Pascal方式,不加任何前缀或后缀,在微软给出的建议中认为这些是冗余信息,形如:FileInfo2.方法命名:采用Pascal方式,使用动词或动词短语,形如Remove()或GetCharArray()等。

3.参数命名: 采用Camel方式,微软反对使用匈牙利命名方式,认为匈牙利命名方式与具体编程语言相关并且维护复杂,建议使用代表参数意义的名字,形如:userName;4.字段命名:对于public、protected或internal修饰的采用Pacal风格,提倡避免使用,如需使用可以用属性代替;对于private的采用Camel风格,微软不在提倡以_为前缀的field命名方式,形如:private string userName;5.对于Static或Const变量参见第4条。

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)一.实体和属性的命名1.常用单词已经进行了缩写,在命名过程当中,根据语义拼凑缩写即可。

注意,由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种,所以要求加上下划线举例:定义的缩写 Sales: Sal 销售;Order: Ord 订单;Detail: Dtl 明细;则销售订单名细表命名为:Sal_Ord_Dtl;2.如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。

一、【操作规范】1. 如无备注,则表中的第一个id字段一定是主键且为自动增长;2. 如无备注,则数值类型的字段请使用UNSIGNED属性;3. 如无备注,排序字段order_id在程序中默认使用降序排列;4. 如无备注,所有字段都设置NOT NULL,并设置默认值;5. 如无备注,所有的布尔值字段,如is_hot、is_deleted,都必须设置一个默认值,并设为0;6. 所有的数字类型字段,都必须设置一个默认值,并设为0;7. 针对varchar类型字段的程序处理,请验证用户输入,不要超出其预设的长度;8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写);9. 如无说明,建表时一律采用innodb引擎;二、【常用表名约定】0. 说明:表前缀用项目名称首字母缩写;所以表名都小写,单词之间用下划线分开,单词都用单数形式1. user –用户2. category –分类3. goods –商品、产品等一切可交易网站的物品都用此命名4. good_gallery –物品的相册5. good_cate –物品的分类,除了单独作为表名,其他地方分类单词一律用缩写cate4. attr –属性5. article –文章、新闻、帮助中心等以文章形式出现的,一般都用此命名6. cart –购物车7. feedback –用户反馈8. order –订单9. site_nav –包括页头和页尾导航10. site_config –系统配置表11. admin –后台用户【RBAC标准表】12. role –后台用户角色【RBAC标准表】13. access –后台操作权限,相当于action【RBAC标准表】14. role_admin –后台用户对应的角色【RBAC标准表】15. access_role –后台角色对应的权限【RBAC标准表】16. 待续三、【常用列名约定】1. 表名_id –通常用作外键命名2. cid –特殊的编号,带有元数据,方便关联查询,你可以把它理解成类别(层次)编号。

命名规范_C (Sharp)

命名规范_C (Sharp)

命名规范_C(Sharp)1.命名规范a)类【规则1-1】使用Pascal规则命名类名,即首字母要大写。

【规则1-2】使用能够反映类功能的名词或名词短语命名类。

【规则1-3】不要使用“I”、“C”、“_”等特定含义前缀。

【规则1-4】自定义异常类应以Exception结尾。

【规则1-5】文件名要能反映类的内容,最好是和类同名。

b)类字段【规则2-1】用camel规则来命名类成员变量名称,即首单词(或单词缩写)小写。

【规则2-2】类字段变量名前可加“_”前缀。

【规则2-3】坚决禁止在普通变量前加“m_”(这是VC老命名规则)。

c)方法【规则3-1】方法名采用Pascal规则,第一个字符要大写。

【规则3-2】方法名应使用动词或动词短语。

【规则3-3】类中访问修饰符或功能相同的方法应该放在一起,且公共或实现接口的方法在前。

d)属性【规则4-1】使用名词定义属性,属性使用Pascal规则,首字符大写。

【规则4-2】属性和相应字段名称要关联,可以使用“重构”菜单来生成属性。

e)参数【规则5-1】参数采用camel规则命名,且首字符小写。

【规则5-2】使用描述性参数名称,参数名称应当具有最够的说明性。

【规则5-3】不要给参数加匈牙利语类型表示法的前缀。

【规则5-4】检查方法所有输入参数的有效性。

f)常量【规则6-1】只读常量使用Pascal命名规则,即首字母大写。

【规则6-2】枚举名使用Pascal规则命名,枚举成员本质属于常量,命名规则同上。

【规则6-3】枚举值从小到大顺序定义。

【规则6-4】静态字段或属性采用Pascal规则,即首字符大写。

g)接口【规则7-1】接口定义使用Pascal规则,且必须以大写“I”开头。

【规则7-2】接口名称要有意义,中间不要有下划线“_”等字符。

【规则7-3】如果类实现了接口,名称尽量和接口相同,只是省掉“I”字符。

h)事件【规则8-1】委托名称采用Pascal规则,即首字符大写。

(完整word版)文件命名规范

(完整word版)文件命名规范

1、合同编号规范HLC-HR-年月日/001(劳动合同)HLC-SL-年月日/001(销售合同)HLC-PC-年月日/001(采购合同)说明:HL为公司缩写C为Contract的缩写HR表示劳动合同范畴SL表示销售合同范畴PC表示采购合同范畴001开始为序列号2、固定资产编号HL-PA-RD/001(研发设备编号)HL-PA-IT/001(信息设备编号)HL-PA-TP/001(运输设备编号)HL-PA-RS/001(后勤设备编号)说明:HL为公司缩写PA为固定资产Permanent Assets的缩写RD表示研发设备IT表示电脑、打印机、交换机之类的信息设备TP表示汽车等运输设备RS表示行政后勤设备,如空调、办公家具等001开始为序列号3、表单编号HLT-HR/001-A1(人事表格)HLT-RD/001-A1(研发表格)HLT-MK/001-A1(市场表格)HLT-SL/001-A1(销售表格)HLT-AD/001-A1 (行政表格)HLT-FN/001-A1(财务表格)说明:HL为公司缩写T为表格Table的缩写HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门001开始为序列号A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母4、文件编号HLF-HR/001-A1(人事文件)HLF-RD/001-A1(研发文件)HLF-MK/001-A1(市场文件)HLF-SL/001-A1(销售文件)HLF-AD/001-A1 (行政文件)HLF-FN/001-A1(财务文件)说明:HL为公司缩写F为文件File的缩写HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门001开始为序列号A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母。

命名规范

命名规范

3、只要合适,在变量名的末尾或开头加计算限定符(Avg、Sum、Min、Max、Index)。
4、在变量名中使用互补对,如min/max、begin/end和open/close。
5、布尔变量名应该包含 Is,这意味着Yes/No或True/False值,如fileIsFound。
6、在命名状态变量时,避免使用诸如 Flag 的术语。状态变量不同于布尔变量的地方是它可以具有两个以上的可能值。不是使用documentFlag,而是使用更具描述性的名称,如documentFormatType。(此项只供参考)
void MyMethod()
{
int int1 = 0; // beginning of method block
if (condition)
{
int int2 = 0; // beginning of "if" block
无符号(Unsigned): u
字节(Byte):by
整型(Int):i,n
长整型(Long):l
布尔(Bool):b
浮点型(Float,有时也指文件File):f
双精度浮点(Double):d
字(Word):w
双字(Dword/DoubleWord):dw
以下是正确命名的方法的实例:
CreateWindow,ShowWindow, UpdateWindow
5.参数(reference)
对参数名称使用 Camel 大小写。
以下是WinMain函数的参数示例:
int WINAPI WinMain(HINSTANCE hInstance,
【转】命名规范

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)一.实体和属性的命名1.常用单词已经进行了缩写,在命名过程当中,根据语义拼凑缩写即可。

注意,由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种,所以要求加上下划线举例:定义的缩写Sales: Sal 销售;Order: Ord 订单;Detail: Dtl 明细;则销售订单名细表命名为:Sal_Ord_Dtl;2.如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。

举例:定义的缩写Material Ma 物品;物品表名为:Material, 而不是Ma.但是字段物品编码则是:Ma_ID;而不是Material_ID3.所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。

4.所有的冗余类的命名(主要是累计表)前面加上前缀X冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段。

或者表5.关联类通过用下划线连接两个基本类之后,再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。

关联表用于保存多对多关系。

如果被关联的表名大于10个字母,必须将原来的表名的进行缩写。

如果没有其他原因,建议都使用缩写。

举例:表Object与自身存在多对多的关系,则保存多对多关系的表命名为:R_Object;表Depart和Employee;存在多对多的关系;则关联表命名为R_Dept_Emp6.每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为:ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。

举例:销售订单的编号字段命名:Sal_Ord_ID;如果还存在一个数据库生成的自动编号,则命名为:ID。

7.所有的属性加上有关类型的后缀,类型后缀的缩写定义见文件《类型后缀缩写定义》,注意,如果还需要其它的后缀,都放在类型后缀之前。

二.关系的命名关系的命名基本上按照;如有特殊情况,可以灵活处理.[must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的结构命名三.域的命名四.触发器的命名五.有关于默认的几点说明1.严格依赖关系的主细表,主表的后缀Main可以不写。

Web UI 设计命名规范讲解(含目录)

Web UI 设计命名规范讲解(含目录)

Web UI 设计命名规范Web UI 设计命名规范 (1)一.网站设计及基本框架结构: (2)二.需要注意的几点: (2)一.网站设计及基本框架结构:1. Container“container“ 就是将页面中的所有元素包在一起的部分,这部分还可以命名为: “wrapper“, “wrap“, “page“.2. Header“header” 是网站页面的头部区域,一般来讲,它包含网站的logo和一些其他元素。

这部分还可以命名为:“page-header” (或 pageHeader).3. Navbar“navbar“等同于横向的导航栏,是最典型的网页元素。

这部分还可以命名为:“nav”, “navigation”, “nav-wrapper”.4. Menu“Menu”区域包含一般的链接和菜单,这部分还可以命名为: “subNav “, “links“,“sidebar-main”.5. Main“Main”是网站的主要区域,如果是博客的话它将包含的日志。

这部分还可以命名为: “content“, “main-content” (或“mainContent”)。

6. Sidebar“Sidebar” 部分可以包含网站的次要内容,比如最近更新内容列表、关于网站的介绍或广告元素等…这部分还可以命名为: “subNav “, “side-panel“, “secondary-content“.7. Footer“Footer”包含网站的一些附加信息,这部分还可以命名为: “copyright“.二.需要注意的几点:1.尽量考虑为元素命名其本身的作用或”用意”,达到语义化。

不要使用表面形式的命名.如:red/left/big等。

2.组合命名规则:[元素类型]-[元素作用/内容]如:搜索按钮: btn-search登录表单:form-login新闻列表:list-news3.涉及到交互行为的元素命名:凡涉及交互行为的元素通常会有正常、悬停、点击和已浏览等不同样式,命名可参考以下规则:鼠标悬停::hover 点击:click 已浏览:visited如:搜索按钮: btn-search、btn-search-hover、btn-search-visited推荐网页制作规范01 命名规范文件命名的原则:以最少的字母达到最容易理解的意义。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

的第一个单词。
System.IO public void StartIO(Stream ioStream)
√ 要把由三个或三个以上字母组成的首字母缩写词的第一个字母大写。只有第一 个字母大写,除非首字母缩写词是 camelCasing 风格的标识符的第一个单词。
System.Xml public void ProcessHtmlTag(string htmlTag) × 不要把 camelCasing 风格的标识符头部的任何首字母缩写词的任何字母大写,
对框架中标识符的名字来说,很重要的一点是要一目了然。标识符的名字应该清 楚地说明每个成员做什么,以及每个类型和参数表示什么。为此,名字的意思清 楚要比长度短更重要。名字应该与场景、系统的逻辑组成或物理组成以及为人熟
知的概念相对应,而不应该与技术或架构相对应。 √ 要为标识符选择易于阅读的名字。
例如,一个命为 HorizontalAlignment 的属性就比 AlignmentHorizontal 更易于阅 读。
Not Bitflag CallBack Cancelled Dont EMail EndPoint Filename GridLine HashTable ID Indices LogOut LogIn MetaData, metaData MultiPanel MultiView NameSpace OK PI PlaceHolder SignOn SignOff Username Whitespace Writeable
C++
CLR
sbyte
SByte
char
SByte
byte
Byte
unsigned char
Byte
short
Short
short
Int16
ushort
UInt16
unsigned short
UInt16
int
Integer
int
Int32
uint
UInt32
unsigned int
UInt32
long
么会使类型、成员以及参数的标识符更易于阅读。
1.1 标 志 符 的 大 小 写 规 则
为了区分一个标识符中的多个单词,把标识符中的每个单词的首字母大写。不要
用下划线来区分单词,或者在标识符中的任何地方使用下划线。有两种合适的方
法来大写标识符中的字母,这取决于所使用的标识符:
PascalCasing camelCasing PascalCasing 约定被用于除了参数名之外的所有标识符,它把标识符中每个单 词的首字母(包括长度为两个字符以上的首字母缩写词)大写,如下面的例子所
字母缩写词遵循与任何其他单词一样的规范。只有第一个字母大写,除非是
camelCasing 风格的参数名中的第一个单词,在这种情况下第一个单词全部小
写。
正如前面一节已经提到的,对两个字母组成的首字母缩写词(例如 IO)的处理
是不同的,其主要目的是为了避免混淆。这样的首字母缩写词的两个字母都应该
大写,除非是 camelCasing 风格的参数名中的第一个单词,在这种情况下两个
有两个常用的其他术语,它们本身属于另一个类别,因为它们是俚语性质的常用 缩写。这两个单词是 Ok 和 Id(它们的大小写应该如所显示的那样),虽然前面
的规范说过名字中不应该使用缩写,但它们是例外。
1.4 是 否 区 分 大 小 写
虽然运行于 CLR 之上的一些编程语言的确区分大小写,但这并不是必需的。即 使你使用的语言区分大小写,可能会使用框架的其他语言却并不一定会区分。因 此,任何外部可访问的 API 不应该仅通过大小写来区分位于同一个上下文中的
架的标识符中使用它们仍是不好的做法
2.3 避 免 使 用 语 言 特 有 的 名 字
对那些所谓的基本类型,CLR 平台上的编程语言通常都有自己的名字(别名)
来称呼它们。例如,int 是 C#中 System.Int32 的别名。为了确保框架能够充分
利用跨语言协作——CLR 的核心特性之一,避免在标识符中使用语言特有的类
Long
__int64
Int64
ulong
UInt64
unsigned __int64 UInt64
float
Single
float
Single
double
Double
double
无论首字母缩写词的长度是多少。
1.3 复 合 词 和 常 用 术 语 的 大 小 写
在涉及大小写时,大多数复合词术语要作为单个单词处理。 × 不要把所谓闭合形式的复合词中每个单词的首字母大写。 这些复合词要写成一个单词,比如 endpoint。为了统一大小写规范,我们把闭合 形式的复合词作为一个单词处理。如果想知道一个复合词是否应该以闭合形式来
型名是重要的。
√ 要给类型名使用语义上有意义的名字,而不要使用语言特有的关键字。
例如,GetLength 这个名字比 GetIn,而不要使用语言特有的别名——如果除了类型之
外,标识符没有其他的语义。
例如,一个把类型转换为 System.Int64 的方法应该被命名为 ToInt64,而不是
√ 要更看重可读性,而不是更看重简短性。属性名 CanScrollHorizontally 要胜过 ScrollableX(不太明显地引用到了 X 坐标轴)。
× 不要使用下划线、连字符以及其他任何既非字母也非数字的字符。 × 不要使用匈牙利命名法。
× 避免使用与广泛使用的编程语言的关键字有冲突的标识符。 根据 CLS(公共语言规范)的第 4 条规则,所有符合规范的语言必须提供一种 机制,允许用户访问以该语言的关键字来命名的标识符。例如,C#在这种情况 下使用@符号作为转义机制(escape mechanism)。但是,由于在使用方法时, 用转义序列(escape sequence)要比不用转义序列麻烦得多,因此避免使用常
√ 不要使用缩写词和缩约词作为标识符名字的一部分。例如,要用 GetWindow, 而不要用 GetWin。
√ 不要使用未被广泛接受的首字母缩写词,即使是被广泛接受的首字母缩写词, 也只应该在必需的时候才使用。
例如,UI 用来表示 User Interface,HTML 用来表示 Hypertext Markup Language。 虽然许多框架设计师认为一些新近的首字母缩写词很快就会被广泛接受,但在框
属性
Pascal
事件
Pascal
字段(静态)
Pascal
枚举值
Pascal
参数
Camel
public class StreamReader { … } public interface IEnumerable { … } public class Object { public virtual string ToString(); } public class String { public int Length { get; } } public class Process { public event EventHandler Exited; } public MessageQueue { public static readonly TimeSpan InfiniteTimeout; } FileMode { Append, … } public class Convert { public static int ToInt32(string value); }
示:
PropertyDescriptor HtmlTag
两个字母长的首字母缩写词是一个特例,在这种情况下两个字母都要大写,如下
面的标识符所示:
IOStream camelCasing 约定仅用于参数的名字,它把标识符中除了第一个单词之外的所有 单词的首字母大写,如下面的例子所示。在例子中,如果 camelCasing 风格的
ToLong(因为 System.Int64 是 CLR 类型名,它对应于 C#特有的别名 long)。
表 3-3 列出了有别名的基本类型在 CLR 中的类型名(以及与 C#、Visual Basic、
C++相对应的类型名)
表 3-3 语言特有的类型名及对应的 CLR 类型名
C#
Visual Basic
两个名字。 实际上是否区分大小写只有以下一条规范,但是很重要。 × 不要以为所有的编程语言都是区分大小写的,实际情况并非如此。不应该仅仅
通过大小写来区分名字。 2 通用命名约定
描述了一些通用的命名约定,它们涉及到单词的选择、单词缩写和首字母缩写词 的使用规范以及如何避免使用编程语言特有的名字。
2.1 单 词 的 选 择
写,可以借助最新的英语词典。 表 1-2 列出了一些最为常用的复合词和常用术语的大小写。
表 1-2 常用的复合词和常用术语的大小写及拼写
Pascal BitFlag CallBack Canceled DoNot Email Endpoint FileName Gridline Hashtable Id Indexes LogOff LogOn Metadata Multipanel Multiview Namespace Ok Pi Placeholder SignIn SignOut UserName WhiteSpace Writable
标识符以两个字母长的首字母缩写词开始,那么两个字母都要小写。
propertyDescriptor ioStream htmlTag
下面是一些用于标识符的基本大小写规范。
√ 要把 PascalCasing 用于由多个单词构成的名字空间、类型以及成员的名字。 例如,要使用 TextColor 而不是 Textcolor 或 Text_color。单个单词(比如 Button) 直接首字母大写。始终作为一个单词的复合词(比如 endpoint)视为一个单词,
相关文档
最新文档