代码编写规范说明书

合集下载

代码编写规范说明书

代码编写规范说明书

代码编写规范说明书(c#.net与)目录1 目的2 范围3 注释规范3.1 概述3.2 自建代码文件注释3.3 模块(类)注释3.4 类属性注释3.5 方法注释3.6 代码间注释4 命名总体规则5 命名规范5.1 变量(Variable)命名5.2 常量命名5.3 类(Class)命名5.4 接口(Interface)命名5.5 方法(Method)命名5.6 名称空间Namespace)命名6 编码规则6.1 错误检查规则6.2 大括号规则6.3 缩进规则6.4 小括号规则6.5 If Then Else规则6.6 比较规则6.7 Case规则6.8 对齐规则6.9 单语句规则6.10 单一功能规则6.11 简单功能规则6.12 明确条件规则6.13 选用FALSE规则6.14 独立赋值规则6.15 定义常量规则6.16 模块化规则6.17 交流规则7 编程准则7.1 变量使用7.2 数据库操作7.3 对象使用7.4 模块设计原则7.5 结构化要求7.6 函数返回值原则8 代码包规范8.1 代码包的版本号8.2 代码包的标识9 代码的控制9.1 代码库/目录的建立9.2 代码归档10 输入控制校验规则10.1 登陆控制10.2 数据录入控制附件1:数据类型缩写表附件2:服务器控件名缩写表1 目的一.为了统一公司软件开发设计过程的编程规范二.使网站开发人员能很方便的理解每个目录,变量,控件,类,方法的意义三.为了保证编写出的程序都符合相同的规范,保证一致性、统一性而建立的程序编码规范。

四.编码规范和约定必须能明显改善代码可读性,并有助于代码管理、分类范围适用于企业所有基于.NET平台的软件开发工作2 范围本规范适用于开发组全体人员,作用于软件项目开发的代码编写阶段和后期维护阶段。

3 注释规范3.1 概述a) 注释要求英文及英文的标点符号。

b) 注释中,应标明对象的完整的名称及其用途,但应避免对代码过于详细的描述。

vba代码编写规则

vba代码编写规则

vba代码编写规则
1.命名规范:变量、函数、子过程、模块名等应采用有意义的、易于理解的名称,避免使用缩写和简写,同时避免与VBA关键字重名。

2. 注释规范:在代码中添加注释,解释代码的目的、功能、算法等,方便其他人理解和维护代码。

3. 缩进规范:代码应该有一定的缩进,便于显示层次结构和逻辑关系。

4. 代码长度规范:单行代码不宜过长,一般不超过80个字符,可以使用换行符或者续行符进行分割。

5. 错误处理规范:对于可能出现的错误,应该添加相应的错误处理语句,防止程序崩溃或者出现不必要的错误提示。

6. 变量声明规范:应该在使用变量之前进行声明,并且要注意变量的作用域和生命周期,避免出现变量重名、变量覆盖等问题。

7. 函数和子过程规范:应该尽量保持函数和子过程的独立性和可复用性,避免出现重复代码和不必要的耦合。

8. 模块结构规范:应该将代码组织成逻辑上相互独立、功能明确的模块,避免代码量过大和维护困难。

9. 数据类型规范:应该选择合适的数据类型,避免出现数据精度、溢出等问题。

10. VBA内置函数规范:应该熟练掌握VBA内置函数的使用,避免出现不必要的代码和逻辑。

- 1 -。

软件的代码编写规范.docx

软件的代码编写规范.docx

精品文档软件代码编写规范草稿2005.21命名规则命名规则一致的命名模式是托管类库中可预知性与可发现性最重要的元素之一。

对这些命名指南广泛的使用和理解将消除许多最常见的用户问题。

本主题提供.NET Framework类型的命名指南。

对于每个类型,还应该注意关于大写样式、区分大小写和措词的一些通用规则。

1.1.1大写样式描述用于在类库中命名标识符的Pascal大小写、Camel大小写和全部大写样式。

使用下面的三种大写标识符约定。

Pascal大小写将标识符的首字母和后面连接的每个单词的首字母都大写。

可以对三字符或更多字符的标识符使用Pascal大小写。

例如:Back ColorCamel 大小写标识符的首字母小写,而每个后面连接的单词的首字母都大写。

例如:back Color大写标识符中的所有字母都大写。

仅对于由两个或者更少字母组成的标识符使用该约定。

例如:System. IOSystem.Web. UI可能还必须大写标识符以维持与现有非托管符号方案的兼容性,在该方案中所有大写字母经常用于枚举和常数值。

一般情况下,在使用它们的程序集之外这些字符应当是不可见的。

下表汇总了大写规则,并提供了不同类型的标识符的示例。

标识符大小写示例类Pascal AppDomain枚举类型Pascal ErrorLevel枚举值Pascal FatalError事件Pascal ValueChange异常类Pascal WebException注意总是以 Exception后缀结尾。

只读的静态字段Pascal RedValue接口Pascal IDisposable注意总是以 I前缀开始。

方法Pascal ToString命名空间Pascal System.Drawing参数Camel typeName属性Pascal BackColor受保护的实例字段Camel redValue注意很少使用。

属性优于使用受保护的实例字段。

代码文档规范范本

代码文档规范范本

代码文档规范范本一、引言本文档是为了规范化编写和管理代码文档而制定的,旨在提高代码文档的质量和可读性,方便团队成员之间的协作与交流。

本文档适用于所有项目的代码文档编写,包括但不限于需求文档、设计文档、接□文档等。

二、文档命名规范为了便于管理和查找,所有的代码文档都需要按照以下规范进行命名:1.使用有意义的文件名,能够清晰表达文档的用途和内容。

2.文件名使用小写字母,单词间可以使用下划线进行分隔。

3.文件名必须以文档类型作为后缀,例如.doc、.Pdf、.md等。

三、文档结构规范为了使代码文档易于阅读和理解,文档的结构应该清晰,并且内容组织合理。

以下是常见的文档结构示范:1.引言:对文档的目的、范围和主要读者进行简要说明。

2.背景:描述项目背景和相关环境信息。

3.功能描述:详细介绍项目的功能需求,包括用户需求和系统需求。

4.设计方案:针对每个功能需求提供相应的设计方案,包括系统架构、模块划分、数据结构等。

5.接口定义:定义与外部系统或模块的接口规范,包括输入输出参数、数据格式等。

6.数据库设计:描述数据库结构、表的设计以及数据字典等。

7.测试方案:说明对代码进行的测试方法和策略,包括单元测试、集成测试等。

8.部署说明:描述代码的部署方式和环境要求。

9.附录:包括其他相关的补充信息,如术语表、参考资料等。

四、文档编写规范1.正文内容应简明扼要,字数不宜过多或过少。

2.使用简洁、明确的语言,避免使用俚语、口语或技术术语过多。

3.遵循统一的命名规范,包括函数名、变量名、类名等。

4.提供必要的注释,解释代码的意图、实现方法或注意事项。

5.确保文档的逻辑性和连贯性,段落之间应具有一定的过渡和衔接。

6.针对不同的文档类型,采用相应的文档模板和结构,如需求规格说明书、接口设计文档等。

7.使用合适的文档编辑工具,确保文档的格式统一、排版美观。

五、文档更新与版本管理为保持文档的实时性和准确性,在文档编写过程中需要及时更新和维护文档。

软件开发公司代码编写规范

软件开发公司代码编写规范

软件开发公司代码编写规范软件开发公司的代码编写规范是为了确保开发出高质量、可维护、可扩展的软件。

本文将介绍一些常见的代码编写规范,旨在提高团队协作效率和代码质量,并促进项目的成功开发。

1. 命名规范- 使用有意义、清晰简洁的变量、函数和类名称。

- 遵循驼峰命名法,首字母小写。

- 类名应以大写字母开头。

- 避免使用缩写和简写,尽量使用具有描述性的名称。

2. 注释规范- 对代码进行详细注释,解释代码的功能、目的和实现方式。

- 注释应放在代码行上方,使用自然语言、规范的语法。

- 避免过多无用的注释,注释应精准、简洁明了。

3. 编码规范- 使用一致的缩进和空格,增强代码的可读性。

- 适当添加空行将代码分块,提高代码的可读性。

- 代码行长度控制在80个字符以内,避免过长的代码行。

- 使用简洁明了的语句和表达式,避免过度复杂的代码逻辑。

4. 错误处理规范- 使用异常处理机制处理可能出现的异常情况。

- 避免使用裸露的try-catch语句块,应具体指明捕获的异常类型。

- 在异常处理中提供清晰的错误提示信息。

5. 面向对象规范- 使用设计模式和面向对象的原则,提高代码的可维护性和扩展性。

- 单一职责原则:每个类应该只有一个明确的责任。

- 开放封闭原则:对扩展开放,对修改封闭。

6. 文档规范- 编写清晰的文档,介绍项目的整体结构、功能和使用方法。

- 说明代码中特殊函数、算法或者复杂业务逻辑的实现方式。

- 提供示例代码和演示,帮助他人更好地理解和使用代码。

7. 版本控制规范- 使用版本控制工具(如Git)进行代码管理,并遵守团队约定的分支规范。

- 提交代码前进行代码审查,确保代码质量和规范。

- 使用有意义的提交信息,描述代码变更内容。

8. 测试规范- 使用单元测试框架编写单元测试用例,覆盖核心逻辑。

- 遵循测试驱动开发(TDD)原则,在编写代码前先编写测试用例。

- 运行自动化测试,确保代码变更不会破坏系统稳定性。

总结:软件开发公司的代码编写规范是确保团队成员以相同的标准进行代码编写,提高代码质量和可维护性的重要规范。

代码编写规范

代码编写规范

代码编写规范代码编写规范是一套旨在统一代码风格和编写规范的指导原则。

良好的代码编写规范能够提高代码的可读性、可维护性和可扩展性,使代码更易于理解和协作开发。

以下是一些常见的代码编写规范的指导原则:1. 命名规范:- 使用有意义的名字来命名变量、函数、类等,使其能清晰表达其含义。

- 使用驼峰命名法或下划线命名法,统一命名风格。

- 避免使用缩写或简写,尽量使用完整的单词来命名。

2. 缩进和空格:- 使用合适的缩进来表示代码的嵌套层级,一般使用4个空格或者一个制表符。

- 在操作符周围添加空格,使其更加易读,例如:`a + b`。

- 避免行尾空格,这可能导致问题或者冲突。

3. 注释:- 使用注释来解释代码的用途、实现细节和逻辑等,尤其是复杂的部分。

- 在每个文件的头部添加版权和作者信息。

- 避免使用过多的注释,代码应该尽量自解释。

4. 函数和方法:- 函数应当尽量短小,只实现单一的功能。

- 函数的参数应当简洁明了,避免使用过多的参数。

- 函数的返回值应当清晰明了,尽量避免返回多个值。

- 函数和方法的命名应当是动宾结构,能够清晰地表达其功能。

5. 条件和循环:- 使用括号将条件语句包围起来,增加可读性。

- 使用明确的条件判断,避免使用复杂的表达式。

- 避免使用深层嵌套的条件和循环语句,尽量保持简洁。

6. 异常处理:- 明确捕获和处理异常,在发生异常时给出清晰的提示信息。

- 避免捕获所有异常,只捕获特定的异常。

- 使用合适的异常类来表示不同的异常情况。

7. 文件和模块:- 每个文件应当只包含一个模块或类,避免将多个功能放在同一个文件中。

- 文件名应当与模块或类的名字保持一致,并使用小写字母。

- 导入其他模块或类时使用绝对导入,确保依赖关系和引用路径的清晰。

8. 类和对象:- 类的命名应当使用大驼峰命名法,以清晰表达其含义。

- 类的方法应当尽量简洁、清晰和有序地实现功能。

- 避免使用全局变量或公共属性,尽量封装数据和行为。

程序代码注释编写规范

程序代码注释编写规范

程序代码注释编写规范为提高控制程序的阅读性与可理解性,现制定相关代码程序代码注释编写的编写规范。

一般情况下,源程序有效注释量必须在20%以上,注释的原则是有助于对程序的阅读理解,在该加的地方都加了,注释不宜太多也不能太少,注释语言必须准确、易懂、简洁。

常规注释有以下两种方式.单行:以”//"符号开始,任何位于该符号之后的本行文字都视为注释。

多行:以"/*”符号开始,以”*/”结束.任何介于这对符号之间的文字都视为注释。

一、说明性文件说明性文件(如头文件.h文件、。

inc文件、。

def文件、编译说明文件.cfg等)头部应进行注释,注释必须列出:版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等,头文件的注释中还应有函数功能简要说明.示例:下面这段头文件的头注释比较标准,当然,并不局限于此格式,但上述信息建议要包含在内。

/*************************************************COPYRIGHT (C), MicTiVo International. Co., Ltd.File NAME:// 文件Author:Version:Date: // 作者、版本及完成日期DESCRIPTION:// 用于详细说明此程序文件完成的主要功能,与其他模块// 或函数的接口,输出值、取值范围、含义及参数间的控// 制、顺序、独立或依赖等关系Others: // 其它内容的说明Function List: // 主要函数列表,每条记录应包括函数名及功能简要说明1.。

.。

History: // 修改历史记录列表,每条修改记录应包括修改日期、修改// 者及修改内容简述1。

Date:Author:Modification:2。

*************************************************/二、源文件头源文件头部应进行注释,列出:版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。

代码编写规范精选文档

代码编写规范精选文档

代码编写规范精选文档 TTMS system office room 【TTMS16H-TTMS2A-TTMS8Q8-知识管理系统代码编写规范一、介绍本文档为《知识管理系统》代码编写规范,为保证代码风格的一致性和后期的可维护性,文档讲述的内容要求所有开发人员必须遵守。

本规范主要参考了Google Java Style,包括了其他一些业界约定俗成的公约和普遍采用的标准。

本规范并非最终标准,一些规定还需再做商讨。

术语说明本文档除非特殊说明,否则:1.类(class)统指普通类、枚举类、接口和注解类型。

2.注释(comment)只用来指实现注释(implementation comments)。

我们不使用“文档注释”这样的说法,而会直接说Javadoc。

其他“术语说明”,将在文档中需要说明的地方单独说明。

文档说明本文档中的代码并不一定符合所有规范。

即使这些代码遵循本规范,但这不是唯一的代码方式。

例子中可选的格式风格也不应该作为强制执行的规范。

二、源码文件基础文件名源文件以其最顶层的类名来命名,大小写敏感,文件扩展名为.java。

文件编码:UTF-8源码文件使用UTF-8编码。

特殊字符空格字符除了换行符外,ASCII 水平空白字符(0x20)是源码文件中唯一支持的空格字符。

这意味着:1.其他空白字符将被转义。

2.Tab字符不被用作缩进控制。

特殊转义字符串任何需要转义字符串表示的字符(例如\b,\t,\n,\f,\r,\",\'和\\等),采用这种转义字符串的方式表示,而不采用对应字符的八进制数(例如\012)或 Unicode 码(例如\u000a)表示。

非 ASCII 字符对于其余非ASCII字符,直接使用Unicode字符(例如∞),或者对应的Unicode 码(例如\u221e)转义都是允许的。

唯一需要考虑的是,何种方式更能使代码容易阅读和理解。

注意:在使用Unicode码转义,或者甚至是有时直接使用Unicode字符的时候,添加一点说明注释将对别人读懂代码很有帮助。

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

代码编写规范说明书(c#.net与)目录1 目的2 范围3 注释规范3.1 概述3.2 自建代码文件注释3.3 模块(类)注释3.4 类属性注释3.5 方法注释3.6 代码间注释4 命名总体规则5 命名规范5.1 变量(Variable)命名5.2 常量命名5.3 类(Class)命名5.4 接口(Interface)命名5.5 方法(Method)命名5.6 名称空间Namespace)命名6 编码规则6.1 错误检查规则6.2 大括号规则6.3 缩进规则6.4 小括号规则6.5 If Then Else规则6.6 比较规则6.7 Case规则6.8 对齐规则6.9 单语句规则6.10 单一功能规则6.11 简单功能规则6.12 明确条件规则6.13 选用FALSE规则6.14 独立赋值规则6.15 定义常量规则6.16 模块化规则6.17 交流规则7 编程准则7.1 变量使用7.2 数据库操作7.3 对象使用7.4 模块设计原则7.5 结构化要求7.6 函数返回值原则8 代码包规范8.1 代码包的版本号8.2 代码包的标识9 代码的控制9.1 代码库/目录的建立9.2 代码归档10 输入控制校验规则10.1 登陆控制10.2 数据录入控制附件1:数据类型缩写表附件2:服务器控件名缩写表1 目的一.为了统一公司软件开发设计过程的编程规范二.使网站开发人员能很方便的理解每个目录,变量,控件,类,方法的意义三.为了保证编写出的程序都符合相同的规范,保证一致性、统一性而建立的程序编码规范。

四.编码规范和约定必须能明显改善代码可读性,并有助于代码管理、分类范围适用于企业所有基于.NET平台的软件开发工作2 范围本规范适用于开发组全体人员,作用于软件项目开发的代码编写阶段和后期维护阶段。

3 注释规范3.1 概述a) 注释要求英文及英文的标点符号。

b) 注释中,应标明对象的完整的名称及其用途,但应避免对代码过于详细的描述。

c) 每行注释的最大长度为100个字符。

d) 将注释与注释分隔符用一个空格分开。

e) 不允许给注释加外框。

f) 编码的同时书写注释。

g) 重要变量必须有注释。

h) 变量注释和变量在同一行,所有注释必须对齐,与变量分开至少四个“空格”键。

如:int m_iLevel,m_iCount; // m_iLevel ....tree level// m_iCount ....count of tree itemsstring m_strSql; //SQLi) 典型算法必须有注释。

j) 在循环和逻辑分支地方的上行必须就近书写注释。

k) 程序段或语句的注释在程序段或语句的上一行l) 在代码交付之前,必须删掉临时的或无关的注释。

m) 为便于阅读代码,每行代码的长度应少于100个字符。

3.2 自建代码文件注释对于自己创建的代码文件(如函数、脚本),在文件开头,一般编写如下注释:/******************************************************FileName:Copyright (c) 2004-xxxx *********公司技术开发部Writer:create Date:Rewriter:Rewrite Date:Impact:Main Content(Function Name、parameters、returns)******************************************************/3.3 模块(类)注释模块开始必须以以下形式书写模块注释:///<summary>///Module ID:<模块编号,可以引用系统设计中的模块编号>///Depiction:<对此类的描述,可以引用系统设计中的描述>///Author:作者中文名///Create Date:<模块创建日期,格式:YYYY-MM-DD>///</summary>如果模块只进行部分少量代码的修改时,则每次修改须添加以下注释:///Rewriter Rewrite Date:<修改日期:格式YYYY-MM-DD> Start1:/* 原代码内容*////End1:将原代码内容注释掉,然后添加新代码使用以下注释:///Added by Add date:<添加日期,格式:YYYY-MM-DD> Start2:///End2:如果模块输入输出参数或功能结构有较大修改,则每次修改必须添加以下注释:///<summary>///Log ID:<Log编号,从1开始一次增加>///depiction:<对此修改的描述>///Writer:修改者中文名///Rewrite Date:<模块修改日期,格式:YYYY-MM-DD>///</summary>3.4 类属性注释在类的属性必须以以下格式编写属性注释:/// <summary>/// <Properties depiction>/// </summary>3.5 方法注释在类的方法声明前必须以以下格式编写注释/// <summary>/// depiction:<对该方法的说明>/// </summary>/// <param name="<参数名称>"><参数说明></param>/// <returns>///<对方法返回值的说明,该说明必须明确说明返回的值代表什么含义>/// </returns>///Writer:作者中文名///Create Date:<方法创建日期,格式:YYYY-MM-DD>3.6 代码间注释代码间注释分为单行注释和多行注释://<单行注释>/*多行注释1多行注释2多行注释3*/代码中遇到语句块时必须添加注释(if,for,foreach,……),添加的注释必须能够说明此语句块的作用和实现手段(所用算法等等)。

4 命名总体规则名字应该能够标识事物的特性。

名字一律使用英文单词,而不能为拼音。

名字尽量不使用缩写,除非它是众所周知的。

名字可以有两个或三个单词组成,但不应多于三个,控制在3至30个字母以内。

在名字中,多个单词用大写第一个字母(其它字母小写)来分隔。

例如:IsSuperUser。

名字尽量使用前缀而不是后缀。

名字中的单词尽量使用名词,如有动词,也尽量放在后面。

例如:FunctionUserDelete(而不是FunctionDeleteUser)。

5 命名规范5.1 变量(Variable)命名a) 程序文件(*.cs)中的变量命名程序中变量名称= 变量的前缀+代表变量含意的英文单词或单词缩写。

类模块级的变量请用“m_” +数据类型缩写作为前缀(其中,m 为“memory”缩写,数据类型缩写见附件中的《数据类型缩写表》)。

public class hello{private string m_strName;private DateTime m_dtDate;}类的属性所对应的变量,采用属性名前加“m_”+ 类型缩写前缀的形式public class hello{private string m_strName;public string Name{get{return m_strName;}}}过程级的变量使用类型缩写前缀public class hello{void say(){string strSayWord;}}过程的参数使用“p_”+ 类型缩写作为前缀(其中,p 为“parameter”缩写)public class hello{void say(string p_strSayWord){}}补充说明:针对异常捕获过程中的Exception变量命名,在没有冲突的情况下,统一命名为exp;如果有冲突的情况下,可以用“exp”+ 标志名称,如:expSql。

Try{//your codetry{//code}catch(Exception exp){//your code}}catch(Exception expSql){//your code}补充:如果捕获异常不需要作任何处理,则不需要定义Exception实例。

例:try{//your code}catch( Exception exp){}鉴于大多数名称都是通过连接若干单词构造的,请使用大小写混合的格式以简化它们的阅读。

每个单词的第一个字母都是大写.即使对于可能仅出现在几个代码行中的生存期很短的变量,仍然使用有意义的名称。

仅对于短循环索引使用单字母变量名,如i 或j。

在变量名中使用互补对,如min/max、begin/end 和open/close。

不要使用原义数字或原义字符串,如For (i = 1;i <= 7;i++)。

而是使用命名常数,如For (i = 1;i <= NUM_DAYS_IN_WEEK;i++) 以便于维护和理解。

b) 控件命名控件命名= 控件名称前二到三个字母+ 名称,如Labl控件(labUserName)5.2 常量命名常量名也应当有一定的意义,格式为NOUN 或NOUN_VERB。

常量名均为大写,字之间用下划线分隔。

例:private const bool WEB_ENABLEPAGECACHE_DEFAULT = true;private const int WEB_PAGECACHEEXPIRESINSECONDS_DEFAULT = 3600;private const bool WEB_ENABLESSL_DEFAULT = false;注:变量名和常量名最多可以包含255 个字符,但是,超过25 到30 个字符的名称比较笨拙。

此外,要想取一个有实际意义的名称,清楚地表达变量或常量的用途,25 或30 个字符应当足够了。

5.3 类(Class)命名a) 名字应该能够标识事物的特性。

b) 名字尽量不使用缩写,除非它是众所周知的。

c) 名字可以有两个或三个单词组成,但通常不应多于三个。

d) 在名字中,所有单词第一个字母大写。

例如IsSuperUser,包含ID的,ID全部大写,如CustomerID。

e) 使用名词或名词短语命名类。

f) 少用缩写。

g) 不要使用下划线字符(_)。

例:public class FileStreampublic class Buttonpublic class String5.4 接口(Interface)命名和类命名规范相同,唯一区别是接口在名字前加上“I”前缀例:interface IDBCommand;interface IButton;5.5 方法(Method)命名和类命名规范相同。

相关文档
最新文档