命名规范 (详解)
软件版本命名规范及详细解释.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)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版)文件命名规范

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 设计命名规范 (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. 语言规范:名称应当用规范的中文书写,符合语言规范,不得使用方言或外语。
2. 准确性:名称应当准确、清晰,不能有歧义或多义性。
3. 简洁性:名称应当简洁明了,不要使用过于繁琐、冗长的字眼。
4. 唯一性:名称应当具有独特性,能够与其它名称区分开来。
5. 合法性:名称应当符合法律、法规及相关标准的规定,不得含有违法、违规、不健康的内容。
6. 不得涉及敏感信息:名称不得泄露任何有关隐私、机密或涉及国家安全的信息。
总之,在进行名称命名时,必须严格遵守相关规范和标准,确保名称的准确性、唯一性和合法性。
命名规范(Oracle数据库)

命名规范(Oracle数据库)1、表命名命名最好望⽂⽣义,避免使⽤[数据库]关键词命名⼀律为⼤写字母(或⼩写,不要⼤下写混合)英⽂单词单数命名,例:FACTORY英⽂单词缩写命名,例:DEPT英⽂单词之间⽤下划线连结,且每个单词皆为单数,例:TASK_RESULT⽤来存储历史资料,命名以HISTORY结尾,例:TASK_HISTORY⽤来存储⽇志资料,命名以LOG结尾,例:TASK_LOG⽤来存储类别资料,命名以TYPE结尾,例:TASK_TYPE2、表字段命名最好望⽂⽣义,避免使⽤数据库关键词英⽂单词单数命名,例:MAIL英⽂单词缩写命名,例:DEPT_ID英⽂单词之间⽤下划线连结,且每个单词皆为单数,例:USER_NAME字段⽤来存储流⽔号,命名以ID结尾,例: TASK_ID字段⽤来存储代码,命名以NO结尾,例: TASK_NO字段⽤来存储⽇期,命名以DATE结尾,例:CREATE_DATE字段⽤来存储数量,命名以QTY结尾,例:PLAN_QTY字段⽤来存储类别,命名以TYPE结尾,例:STATION_TYPE字段⽤来存储名称,命名以NAME结尾,例:ENDUSER_NAME字段⽤来存储描述,命名以DESC结尾,例:STATION_DESC字段⽤来存储代码,命名以CODE结尾,例:ERROR_CODE字段⽤来存储标志,命名以FLAG开头,例:DEBUG_FLAG3、索引命名以表名+ INDEX+两位流⽔号(01~99),例:ENDUSER_INDEX014、键值主键命名以表名+PK+⼀位流⽔号(1~9),例:DEPT_PK1附键命名以表名+AK+⼀位流⽔号(1~9),例:DEPT_AK1外键命名以表名+FK+⼀位流⽔号(1~9),例:DEPT_FK1检查条件以表名+CK+⼀位流⽔号(1~9),例:DEPT_CK15、视图命名以V_开头例:V_DEPT其它规则参考资料表命名规则6、触发器以表名+TR+⼀位流⽔号(1~9) 命名,例:DEPT_TR17、存储过程命名以PC开头实现单⼀资料表交易功能,以PC+表名命名,例:PC_LINE实现关联资料表交易功能,以PC+功能命名,例:PC_GETDATA命名需让⼈明⽩其主要功能8、函数检查功能的函数,以Is+检查项⽬命名,例:bool IsCharValid(char)获取资料功能的函数,以Get+数据项命名,例:string GetLineNo(char)设定资料功能的函数,以Set+数据项命名,例:int SetLineNo(char)9、序列命名以SEQ开头以表的字段名命名,例: SEQ_LINE_ID若与其它表的字段名相同,则以表名+字段名命名,例:SEQ_CODE_TYPE_ID10、表空间存储资料的命名为项⽬名称,例:CRM存储索引的命名为项⽬名称+IDX,例:CRMIDX存储历史的命名为项⽬名称+OLD,例:CRMOLD存储临时的命名为项⽬名称+LOG,例:CRMLOG11、数据⽂件命名以所属表空间开头+两位流⽔号(01~99)+,ORA,例:CRM01,ORA12、包命名以功能缩写开头+PKG+流⽔号(1~9),例:CRMPKG113、⽤户项⽬管理者以项⽬名称命名,例:CRM开发者通⽤名称DEVELOPER初学者通⽤名称BEGINNER。
项目命名及管理规范 (2)

项目命名及管理规范标题:项目命名及管理规范引言概述:在进行项目开辟或者管理过程中,良好的命名规范和管理规范是非常重要的。
规范的命名可以提高代码的可读性和维护性,规范的管理可以提高团队的效率和项目的质量。
本文将详细介绍项目命名及管理的规范。
一、项目命名规范1.1 项目命名的规范性- 项目名称应简洁明了,能够准确反映项目的内容和目的。
- 避免使用拼音或者缩写,应该使用英文单词或者词组。
- 项目名称应该具有惟一性,避免与其他项目混淆。
1.2 文件命名的规范性- 文件名应该具有描述性,能够清晰表达文件内容。
- 文件名应该使用小写字母,单词之间可以使用下划线或者连字符分隔。
- 避免使用特殊字符或者空格,确保文件名在不同操作系统下都能正常使用。
1.3 变量命名的规范性- 变量名应该具有描述性,能够清晰表达变量的用途和含义。
- 遵循驼峰命名法或者下划线命名法,统一团队内的命名风格。
- 避免使用单个字母或者数字作为变量名,提高代码的可读性和维护性。
二、项目管理规范2.1 版本管理规范- 使用版本控制工具进行代码管理,如Git、SVN等。
- 遵循分支管理策略,确保主干代码的稳定性和可靠性。
- 定期进行代码合并和发布,保持团队的协作和沟通。
2.2 任务分配规范- 使用项目管理工具进行任务分配和跟踪,如Jira、Trello等。
- 明确任务的责任人和截止日期,确保任务按时完成。
- 定期进行任务进度汇报和评估,及时调整项目进度和资源分配。
2.3 团队协作规范- 建立团队协作文化,鼓励成员之间的沟通和合作。
- 定期进行团队会议和代码审查,提高项目的质量和效率。
- 遵循团队规范和流程,确保项目的顺利进行和顺利交付。
三、文档管理规范3.1 编写文档的规范性- 编写项目文档时应遵循统一的格式和风格,确保文档的一致性。
- 文档内容应详细全面,包括项目需求、设计、实现等方面。
- 定期更新和维护文档,确保文档与项目的实际情况保持一致。
文件及文件夹命名规范

文件及文件夹命名规范V2.0文件规范命名对于文件的版本控制效果出色,能帮助使用者高效准确使用文档,避免混乱或失效。
文件及文件夹命名应按下属规范执行。
一、文件命名规范1、日期命名法适用场景:短期更新频率较高,或对文件日期版本要求严格的文件,如方案类的文件。
命名规则:“文件名(年月日[时分])”,其中的圆括号及方括号均须在输入法英文状态下输入。
使用举例:“文件名(20140707[1330]).doc”。
2、版本号命名法适用场景:常用于更新频率低,或对文件日期版本要求不严格的文件,如制度性的文件。
命名规则:“文件名V0.0”,其中,小数点前的“0”为主版本号,小数点后的“0”为次版本号,如:“文件名V2.3.doc”。
新文件创建时,版本从“V1.0”起步;每次重大更新,主版本号加“1”;每次微小更新,次版本号加“1”,一般情况下次版本号不超过9。
使用举例:“文件名V2.3”3、备注信息如需要,文档也可以添加其他备注信息,如“姓名”,备注信息以英文“-”分割,跟在文件整体名称最后。
使用举例:“文件名(20140707[1330])-张三.doc”“文件名V2.3-人力行政部.doc”二、关于排序适用场景:有时为了逻辑或管理更加便捷,可以在文件及文件夹命名时使用序号。
命名规则:“序号-文件名”,序号使用01,02,03等,中间以英文“-”分割。
使用举例:三、关于加强符号适用场景:有时为了加强或清晰文件,可以在文件命名时使用加强符号,常用的有:★和【】使用举例:“★文件名(20140125[1430]).docx”“【待处理】文件名(20140125[1430]).docx”“【重要】文件名V2.3.docx”。
Java命名规范(非常全面)

Java命名规范(⾮常全⾯)⽬录1.包命名规范2.类命名规范2.1接⼝命名规范2.2抽象类命名规范2.3异常类命名规范3.⽅法命名规范3.1表述获取3.2表述查询3.3表述条件3.4表述设置3.5其他规范4.变量命名规范5.常量命名规范6.枚举命名规范7.其他命名规范7.1数组7.2表述复数或者集合7.3泛型类7.4接⼝实现类7.5测试类和测试⽅法8扩展:速记Java开发中的各种O前⾔:最近发现很多初级程序员写代码时很不规范,⽐如⽅法名类名等,如果遇到有代码洁癖的领导肯定会被骂(什么垃圾代码),下⾯分享⼀篇不错的规范⽂章我将按照项⽬⼯程⽬录结构,从包,类(接⼝,抽象类,异常类),⽅法,变量和常量的顺序展开介绍。
本⽂是 Java 命名规范的介绍,建议收藏转发。
1. 包命名规范包(Package)的作⽤是将功能相似或相关的类或者接⼝进⾏分组管理,便于类的定位和查找,同时也可以使⽤包来避免类名的冲突和访问控制,使代码更容易维护。
通常,包命使⽤⼩写英⽂字母进⾏命名,并使⽤“.”进⾏分割,每个被分割的单元只能包含⼀个名词。
⼀般地,包命名常采⽤顶级域名作为前缀,例如com,net,org,edu,gov,cn,io等,随后紧跟公司/组织/个⼈名称以及功能模块名称。
下⾯是⼀些包命名⽰例:package org.springframework.boot.autoconfigure.cloudpackage org.springframework.boot.utilpackage org.hibernate.actionpackage org.hibernate.cfgpackage com.alibaba.druidpackage com.alibaba.druid.filterpackage com.alibaba.nacos.client.configpackage com.ramostear.blog.web下⾯是Oracle Java的⼀些常见包命名例⼦:package java.beanspackage java.iopackage ngpackage package java.utilpackage javax.annotation2. 类命名规范类(Class)通常采⽤名词进⾏命名,且⾸字母⼤写,如果⼀个类名包含两个以上名词,建议使⽤驼峰命名(Camel-Case)法书写类名,每个名词⾸字母也应该⼤写。
有机化合物的命名原则与规则

有机化合物的命名原则与规则有机化合物的命名是化学领域中非常重要的一部分,它有助于我们准确地表达和交流有机化学的知识。
有机化合物的命名原则与规则是根据其分子结构和功能基团来确定的。
在本文中,我将介绍一些常见的有机化合物命名原则与规则。
一、命名原则1. 选取主链:有机化合物的分子结构中,通常存在一个主要碳链,它负责维持分子的骨架结构。
在命名时,首先要选取最长的主链作为基础。
主链一般以碳原子数最多为原则进行选择,并遵循以下优先级顺序:炔烃(碳碳三键)、烯烃(碳碳双键)、烷烃(只有碳碳单键)。
2. 确定主链编号:在主链中选择一个起点,并按照连到其他基团的顺序进行编号。
这些编号可以使化合物名称中的字母表排序的序数最小。
3. 规定碳链长度:为了避免复杂的命名,通常将主链的长度控制在九个或更少的碳原子。
4. 确定主要功能基团:根据主链和它上面连接的基团,确定主要功能基团。
它是在有机化合物命名中最重要的部分。
5. 确定其他基团和取代基:除了主链和主要功能基团之外,还可能存在其他基团或取代基。
其命名通常依据其位置、名字和数目。
二、命名规则1. 烷烃:烷烃是最简单的有机化合物,由碳原子与氢原子通过单键相连而成。
命名时,根据碳原子数量在名字前面加上前缀,例如甲烷(一碳烷)、乙烷(二碳烷)、丙烷(三碳烷)等。
2. 烯烃:烯烃是含有碳碳双键的有机化合物。
命名时,在烷烃的命名前加上烯的前缀,例如乙烯(乙烷的双键形式)。
3. 炔烃:炔烃是含有碳碳三键的有机化合物。
命名时,在烷烃的命名前加上炔的前缀,例如乙炔(乙烷的三键形式)。
4. 取代基:取代基是连接到有机化合物上的其他基团。
命名时,首先用取代基的名字命名,并在其前面加上位置号码。
位置号码是从主链上最近一个碳原子的编号开始的。
5. 功能基团:功能基团是有机化合物分子中与反应性和性质有关的特殊基团。
命名时,功能基团通常用预定的名字命名。
6. 立体化学:在一些有机化合物中,立体化学的存在和排列方式对其性质和反应起着重要作用。
项目命名及管理规范

项目命名及管理规范引言概述:在软件开发和项目管理过程中,良好的项目命名和管理规范是非常重要的。
它们不仅能提高团队的工作效率,还能增加代码的可读性和可维护性。
本文将详细介绍项目命名及管理规范的五个部分,包括命名规范、项目结构规范、文档管理规范、版本控制规范和团队协作规范。
一、命名规范:1.1 变量和函数命名:- 使用有意义的名称,能够准确描述变量或函数的用途。
- 遵循驼峰命名法,即首字母小写,后续单词首字母大写。
- 避免使用缩写和简写,除非是广为人知的缩写。
1.2 类和接口命名:- 使用名词或名词短语命名类和接口。
- 遵循帕斯卡命名法,即每个单词首字母大写。
- 避免使用与语言关键字相同的名称。
1.3 文件和目录命名:- 使用有意义的文件和目录名称,能够清晰表达其内容或用途。
- 避免使用特殊字符和空格,使用连字符或下划线代替。
- 文件名和目录名应保持一致,不要混用大小写和命名风格。
二、项目结构规范:2.1 目录结构:- 根据项目的功能和模块划分目录,保持结构清晰。
- 使用层次化的目录结构,方便查找和管理文件。
- 在根目录下添加README文件,对项目进行简要说明。
2.2 文件组织:- 将相关的文件放在同一个目录下,便于查找和维护。
- 使用有意义的文件名,能够准确描述文件的内容。
- 使用文件扩展名来标识文件类型,方便编辑器和开发工具的识别。
2.3 构建和部署:- 使用构建工具来管理项目的依赖和构建过程。
- 将构建产物和部署文件放在指定的目录下,便于发布和交付。
三、文档管理规范:3.1 项目文档:- 编写项目文档,包括需求文档、设计文档和用户手册等。
- 使用统一的模板和格式,方便查阅和更新。
- 定期更新和维护文档,确保其与项目的实际情况保持一致。
3.2 注释:- 在代码中添加注释,解释代码的功能和实现细节。
- 使用清晰简洁的语言,避免过多的技术术语和专业名词。
- 注释应与代码同步更新,保持准确性和一致性。
(完整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表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母。
软件版本命名规范及详细解释

1、版本命名规范软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、 release。
2、软件版本阶段说明Base:此版本表示该软件仅仅是一个基础功能,通常包括所有将要编写的功能,但是功能都没有做完整的实现,只是做为软件整体的一个基础架构。
Alpha:软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。
测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。
Beta:该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。
修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为beta版。
RC:该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。
Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。
该版本有时也称标准版。
3、版本号修改规则(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。
此版本号由项目决定是否修改。
(2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。
此版本号由项目决定是否修改。
(3)修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩充,要经常发布修订版,修复一个严重Bug 即可发布一个修订版。
此版本号由项目经理决定是否修改。
(4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。
各种命名规范指南

各种命名规范指南前⾔:为什么需要重视命名?这是因为好的命名即是注释,别⼈⼀看到你的命名就知道你的变量、⽅法或者类是做什么的!⼀、命名⽅法1、驼峰命名法使⽤⼤⼩写混合的格式来区别各个单词,并且单词之间不使⽤空格隔开或者连接字符连接的命名⽅式。
1、⼩驼峰命名法特点:除第⼀个单词之外,其他单词⾸字母⼤写。
应⽤:参数名、成员变量、局部变量、⽅法名。
2、⼤驼峰命名法特点:第⼀个单词的⾸字母⼤写,后边单词⾸字母也⼤写。
应⽤:类名、函数名、属性名、命名空间。
2、蛇形命名法特点:个单词均⼩写,并且各个单词之间通过下划线“_”连接。
应⽤:测试⽅法名、常量、枚举名。
3、串式命名法特点:各个单词均⼩写并且单词之间通过连接符“-”连接。
应⽤:项⽬名。
⼆、常见命名规范1、Java 语⾔基本命名规范1、类名需要使⽤⼤驼峰命名法(UpperCamelCase)风格。
⽅法名、参数名、成员变量、局部变量需要使⽤⼩驼峰命名法(lowerCamelCase)。
2、测试⽅法名、常量、枚举名称需要使⽤蛇形命名法(snake_case),并且,测试⽅法名称要求全部⼩写,常量以及枚举名称需要全部⼤写。
3、项⽬⽂件夹名称使⽤串式命名法(kebab-case)。
4、包名统⼀使⽤⼩写,尽量使⽤单个名词作为包名,各个单词通过 "." 分隔符连接,并且各个单词必须为单数。
5、抽象类命名使⽤ Abstract 开头。
6、异常类命名使⽤ Exception 结尾。
7、测试类命名以它要测试的类的名称开始,以 Test 结尾。
8、POJO 类中布尔类型的变量,都不要加 is 前缀,否则部分框架解析会引起序列化错误。
9、如果模块、接⼝、类、⽅法使⽤了设计模式,在命名时需体现出具体模式。
2、命名易读性规范1、为了能让命名更加易懂和易读,尽量不要缩写/简写单词,除⾮这些单词已经被公认可以被这样缩写/简写。
2、命名不像函数⼀样要尽量追求短,可读性强的名字优先于简短的名字,虽然可读性强的名字会⽐较长⼀点。
命名规范——精选推荐

命名规范
类命名规范:⾸字母⼤写,和本程序密切相关的类(⾮可重⽤类),类名前要加上⼀个特定的⼤写字母(初步决定为此程序名的第⼀个字母),同QT官⽅类的命名⽅式
如 class STA_SETUPMAIN
函数命名规范:使⽤驼峰命名法,即⾸字母⼩写,后⾯的每个单词的⾸字母⼤写,⽰例:void openFile();
枚举命名规范:枚举本⾝名称所有单词⾸字母⼤写,枚举常量的名字应该含有枚举类型的信息,因为枚举类型可以被直接使⽤,如果名字过于简单,可能会导致歧义
变量命名规范:每⾏⼀个变量,尽可能避免短的变量名,等到真正需要使⽤时再定义变量,普通成员变量使⽤驼峰命名法,静态数据成员以s_开头,例如s_Singleton
类成员变量以m_开头,属性对应的变量⼀律使⽤m_开头,后⾯跟驼峰命名法,如CC_ListAll_T2M1_LL *m_miracast,临时变量使⽤全⼩写加下划线命名⽅式,例如:window_width
对⽆特殊意义的临时变量可使⽤ijz命名
结构体命名规范:结构体本⾝名称所有单词⾸字母⼤写,结构体成员变量使⽤驼峰命名法,另外考虑到结构体字节对齐问题,定义时相同类型成员定义在⼀起,并且,所占字节数多的在前。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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)视为一个单词,