软件开发命名规范我爱创新的整理
软件开发技术规范

软件开发技术规范为了提高软件开发质量,降低开发周期,增强代码的可重用性和易读性,使软件便于维护,开发人员间便于交流和协作,特总结出开发规范,以为参考。
一.原则1.软件工程化2.模块化3.能简单不复杂4.强调团队协作5.强调创新和特色二.具体规范1.命名规范命名应尽量使用匈牙利命名法,变量名或函数名中使用大写字符来区分各个部分,以便于记忆和阅读。
全局(包括类中的)变量用长名字,局部变量用短名字。
类成员变量前一般应加上m_,全局变量加上g_,仅与本模块有关的变量加上l_,紧接着是变量的类型。
整型: n,i长整型: l无符号整型: u无符号长整型:dw字符: ch布尔量: b浮点数: f双精度浮点: d字符串: str,lpsz,sz,p,lp,ac,指针: p字节指针: pb无符号指针: pv字符指针: lpsz整型指针: lpn文件指针: fp2.代码规范有些不易理解的变量或函数应作注释,难懂的代码要有注解,在文件的开始处有该文件的用途描述。
一定要保持注释的一致性。
代码组织要清晰,{,},(,),if,else,do,while,for,case等要对应整齐,少用空格,缩进全部用Tab键。
变量的定义要集中,函数间要有空行分开,一个程序中的空行数目最好占8%-16%。
多态函数和功能相近的函数集中放在一起。
代码应该简洁、清楚并讲述了所发生的一切,我们的目标应该是写出最清晰的代码,而不是最巧妙的代码。
例如如果是MFC多文档程序,就要严格按照其生成的框架写代码。
尽量使用编译器已经提供的函数,不必花时间另行编写。
例如系统已经有qsort函数,可直接拿来排序用。
某些公用代码要注意多平台易移植,最好使用标准C。
代码的重用要仔细,要将相关的代码也拷贝过来,注意那段代码也许不适合你的应用场合。
删掉从来没有用过的函数或变量,大篇幅注释掉的代码行也应删除,以免使程序混乱难读。
3.工程文件组织规范一个工程往往包含很多很多文件(*.h,*.cpp,*.inc,*.lib,资源文件等),向工程中加入文件或删除工程中的文件要慎重,避免把工程损坏。
软件开发规范

软件开发规范一、引言在软件开发的过程中,规范的制定和遵守是确保项目顺利进行和提高开发效率的重要保障。
本文档旨在为软件开发人员提供一套规范指南,以确保软件开发过程的顺利进行和软件质量的提高。
二、代码规范1. 命名规范- 变量和函数名应具有描述性,避免使用无意义的单词或缩写。
- 使用驼峰命名法,例如:getUserName、calculateTotal。
- 避免使用拼音或缩写作为命名方式,应使用英文单词。
2. 注释规范- 在代码中适当使用注释,解释代码的功能、实现方式等。
- 使用清晰简洁的语言编写注释。
- 避免使用无效的注释或注释过多的情况。
3. 缩进与格式化- 使用统一的缩进规范,通常使用四个空格进行缩进。
- 注意代码的格式化,使其易于阅读和理解。
- 避免过长的代码行,应根据需要适当换行。
4. 错误处理- 合理处理异常和错误情况,避免程序出现异常崩溃等问题。
- 使用适当的日志记录错误信息,以便于排查和修复问题。
三、文档规范1. 需求规范- 准确记录软件的需求,包括功能需求、性能需求等。
- 使用简洁明了的语言表达需求,避免歧义。
- 需求应及时更新和维护,以适应项目的变化。
2. 设计规范- 采用模块化设计,将整个软件系统划分为不同的模块。
- 使用流程图、类图等工具来辅助设计和描述软件结构。
- 设计文档应详细描述各个模块的功能、接口、数据结构等。
3. 测试规范- 编写完善的测试计划和测试用例,以覆盖各种测试场景。
- 进行单元测试、集成测试、系统测试等不同层次的测试。
- 记录测试过程中出现的问题和不符合规范的地方,及时进行修复。
四、项目管理规范1. 时间管理- 制定合理的开发计划,合理安排时间和资源。
- 遇到问题及时沟通和协调,避免项目进度延误。
2. 团队协作- 遵守团队内部的协作规范,如代码版本管理、沟通协调方式等。
- 鼓励团队成员之间的知识分享和合作。
3. 文档管理- 统一管理项目相关文档,确保文档的及时更新和完整性。
软件产品名称命名规范

软件产品登记命名规则
1. 软件产品名称: 软件产品名称构成品牌+产品用途与功能
+“软件"+产品版本号。
定制软件产品名称构成:品牌+客户单位名称+产品用途与功能+“软件”+产品版本号。
2. 品牌:品牌中须包含软件产品厂商标识,亦可含产品标识,并
可应用外文字母或拼音字母.但在品牌中不可单独出现“中国”、“中华”、地方名等字样及其它专有名称。
3. 产品用途与功能:在本段中应以简明的方式表明该软件的运
用行业、用途与功能,不能笼统模糊,不准用全字母表示,如出现缩写须用括号标上,产品型号放在产品用途和功能前,不需加括号;国际公认的名称如LINUX、WINDOWS等可在该段中出现,不需用括号.
4. 产品版本号:软件产品的名称中必须表明VXX。
XXX字样的
版本号,其中X必须是具体数字,以年号和非标准式标明版本号的要做说明。
5. 软件产品外销名称可全用外文。
6. 该软件产品在办理著作权登记、产品测试和产品登记时名称
应一致。
计算机软件开发规范

计算机软件开发规范计算机软件开发规范在计算机软件开发过程中,遵循一定的规范是十分重要的。
软件开发规范可以确保开发出高质量、可维护和可扩展的软件,并提高团队的开发效率。
下面是一些常见的计算机软件开发规范。
1. 命名规范- 使用有意义的变量、函数和类名,不使用缩写和单音字母命名。
- 使用驼峰命名法或下划线命名法,例如camelCase或snake_case。
- 避免使用保留字作为命名。
- 命名应具有描述性,可以清晰地表达其用途。
2. 代码风格规范- 使用适当的缩进和空格使代码易于阅读。
- 使用恰当的注释来解释代码的作用和功能。
- 避免使用过长的行,一般限制在80-120个字符之间。
- 代码结构应清晰,使用适当的空行和代码块。
- 考虑使用代码格式化工具来统一代码风格。
3. 错误处理规范- 在代码中及时捕获和处理异常,避免程序崩溃或不可预测的行为。
- 使用合适的异常处理机制,包括抛出和捕获异常。
- 记录错误和异常信息,以便后续分析和修复。
4. 安全规范- 避免使用硬编码的敏感信息,如密码和私钥。
- 对用户输入进行验证和过滤,防止SQL注入和跨站脚本攻击等安全问题。
- 对涉及到敏感数据的处理进行加密保护。
5. 版本控制规范- 使用版本控制系统来管理代码,如Git或SVN。
- 提交代码前进行代码审查,确保代码质量和一致性。
- 使用适当的分支管理策略,如主分支和开发分支。
- 使用有意义的提交消息来解释代码变更。
6. 文档规范- 编写清晰、易于理解的代码注释。
- 编写高质量的用户文档和技术文档,包括安装指南、使用说明和API文档。
- 在代码库中提供README文件,介绍项目背景、使用方法和贡献指南。
7. 测试规范- 编写单元测试、集成测试和系统测试来确保代码的功能和稳定性。
- 使用自动化测试工具进行自动化测试。
- 分析测试覆盖率并完善测试用例,提高测试效果。
8. 性能规范- 编写高效的代码,避免不必要的计算和资源浪费。
软件开发规范

软件开发规范在现代社会中,软件开发已经成为了各行各业中不可或缺的一部分。
为了确保软件的质量和可维护性,制定一套规范的软件开发流程变得尤为重要。
本文将介绍一些常用的软件开发规范,以及它们的重要性和实施方法。
一、代码编写规范1. 命名规范在编写代码时,为了提高代码的可读性和可维护性,我们应该遵循一定的命名规范。
变量、函数和类的命名应该具有描述性,能够清晰地表达其用途和功能。
同时,应该避免使用缩写或者过于简化的命名方式。
2. 注释规范良好的注释可以帮助他人理解代码的逻辑和功能。
在编写代码时,我们应该养成良好的注释习惯。
注释应该清晰、简洁,并且与代码保持同步更新。
特别是在涉及到复杂逻辑或者算法的地方,注释的重要性更加突出。
3. 代码风格统一的代码风格有助于提高代码的可读性和可维护性。
在团队开发中,应该制定一套统一的代码风格规范,并且严格执行。
代码风格规范包括缩进、空格、换行等方面的约定。
二、版本控制规范版本控制是软件开发过程中必不可少的一环。
通过版本控制,我们可以追踪代码的变更,协同开发,以及回滚到之前的版本。
以下是一些版本控制的规范建议:1. 使用合适的版本控制工具常见的版本控制工具包括Git、SVN等。
在选择版本控制工具时,应根据项目的需求和团队的实际情况进行选择。
2. 分支管理合理的分支管理可以提高团队协作的效率。
通常,我们可以使用主分支来管理稳定的代码,使用开发分支来进行新功能的开发,使用特性分支来处理特定的任务或问题。
3. 提交规范每次提交代码时,应该附上有意义的提交信息,描述本次提交的目的和内容。
同时,应该避免一次性提交过多的代码,以免给代码审查和合并带来困难。
三、测试规范软件测试是确保软件质量的重要环节。
以下是一些测试规范的建议:1. 单元测试在编写代码的同时,应该编写相应的单元测试代码。
单元测试可以帮助我们验证代码的正确性,并且在后续的开发和维护中提供保障。
2. 集成测试除了单元测试,还应该进行集成测试。
软件开发中的命名规则

软件开发中的命名规则对于⼀个成功的软件项⽬来说,⼤到解决⽅案⼩到⼀个属性的命名,不管是对软件的开发,还是对于后期的维护来说都是⾮常重要的。
经过多年的摸索,我发现⾃⼰有⼀点命名恐惧症。
为了⽅便以后的⼯作的顺利进⾏,特别对项⽬开发中的命名进⾏了⼀次总结,尽管有些地⽅不是很完整或者不周,但以后还会进⾏不断的补充与完善!1. 解决⽅案命名:对于解决⽅案来说,它的命名⼀般相对⽐较固定,多是系统英⽂全名的简写,如:SPMS,RMG,FinCap等;2. 项⽬命名:项⽬的命名要体现项⽬的功能,⼀般分为2/3/4⼏个部分,且常常使⽤“.”作为分隔符。
A. 通常以解决⽅案名称做为第⼀部分;第⼆部分及第三部分部分主要说明为pontnts层,ponents层,Validation层或是UI层;第三或第四部分主要⽤于说明所适⽤的模块,如:UserManagement,SystemSetup等 如:ponents.SystemSetup,SPMS.Integration.Logging及SPMS.Reports.DxReport; B. 有些时候,对于有些⽐较孤⽴的项⽬,我可可以使⽤该项⽬所使⽤的技术来命名,如:SPMSDPE;3. 存储过程的命名: 存储过程的命名要紧密结合当前Database的Schema,模块名称及功能名称,如:[dbo].[P_SCHEDULED_REQUEST_BY_INPUT_REQUEST].sql;4. 报表⽂件的命名:报表⽂件的命名要紧密结合当前Database的Schema,模块名称及功能名称,尤其在使⽤⼦报表的情况下,还需在名称的末尾加上Rpt/SubRpt,如:REG.RPT-Summary_Listing_By_Contract_Code_Rpt.rdl,或REG.RPT-Summary_Listing_By_Contract_Code_SubRpt.rdl;5. 函数的命名:函数的命名的命名要紧密结合当前Database的Schema,模块名称及功能名称,且最后还会添加“_Function”来加以识别,如:COM.RPT_GetSplitVal_Function.sql;6. ⽂件夹的命名:⼀般来说⽂件夹的命名要简单⽽易懂,如SPMS.App和SPMS.UI。
软件开发命名规范我爱创新的整理

命名规范目录第一章文件命名 41.1 文件命名 4第二章命名规范 42.1 命名概述 42.2 大小写规则 42.3 缩写 52.4 命名空间 52.5 类 62.6 接口 62.7 自定义属性 (Attribute) 7 2.8 枚举 (Enum) 72.9 参数 82.10方法 82.11属性 (property) 82.12事件 102.13常量 (const) 112.14字段 112.16 集合 122.17 措词 12第三章控件命名规则 133.1命名方法 133.2 主要控件名简写对照表 14第四章 SQL命名协定 194.1 数据库命名原则及版本控制 194.4.1数据库命名原则 194.1.2 数据库版本控制 194.2 Server/命名实例的命名 204.3 数据库命名 204.4 数据库对象—表,视图,列名,约束,规则,默认值 22 4.5 缩写规范 234.6 列名 244.7 存储过程命名 264.8 游标命名 264.9 触发器命名 274.10 索引命名 274.11 主键和外键命名 284.12 Check约束命名 284.13 源文件命名 294.14 Job的命名 294.15 用户自定义函数命名 294.16 用户自定义数据类型命名 294.17 复制命名 30术语定义Pascal 大小写将标识符的首字母和后面连接的每个单词的首字母都大写。
例如:BackColorCamel 大小写标识符的首字母小写,而每个后面连接的单词的首字母都大写。
例如:backColor第一章文件命名1.1 文件命名1、文件名遵从Pascal命名法,无特殊情况,扩展名小写。
2、使用统一而又通用的文件扩展名:如C# 文件“.cs”第二章命名规范2.1 命名概述名称应该说明“什么”而不是“如何”。
通过避免使用公开基础实现(它们会发生改变)的名称,可以保留简化复杂性的抽象层。
例如,可以使用GetNextStudent(),而不是 GetNextArrayElement()。
计算机行业软件开发规范

计算机行业软件开发规范引言:在计算机行业的软件开发领域,规范和标准的制定和遵守对于保证软件质量、提高效率以及推动行业发展等方面至关重要。
本文将重点介绍计算机行业软件开发的一些规范和标准,包括代码规范、文档规范、测试规范、安全规范等方面,希望能为广大软件开发人员提供一些参考和指导。
一、代码规范良好的代码规范对于软件开发的质量和可维护性至关重要。
以下是一些常见的代码规范要求:1.命名规范:- 变量、函数和类的命名应具有描述性,尽量避免使用缩写或不易理解的简写形式;- 使用驼峰命名法或下划线命名法来命名变量和函数,使其易于阅读和理解;- 类名应使用首字母大写的驼峰命名法。
2.代码注释:- 在关键代码处添加注释,解释代码的用途和实现逻辑;- 注释应该简洁明了,避免过度注释,但又不能过于简单,以免不易理解。
3.代码格式:- 使用统一的缩进风格,常见的有使用制表符(tab)或空格;- 使用适当的空格和空行来提高代码的可读性;- 在逻辑单元之间使用适当的分隔符,如注释行或空行。
二、文档规范良好的文档规范可以提高软件开发过程中的沟通效率和工作效率。
以下是一些常见的文档规范要求:1.需求文档:- 详细描述软件的功能需求和性能需求,以便开发人员能够理解和实现;- 使用统一的模板和结构,包括引言、目录、需求描述、非功能需求等部分。
2.设计文档:- 详细描述软件的整体架构和模块设计,以便开发人员能够理解和实现;- 使用统一的模板和结构,包括引言、目录、设计概述、详细设计等部分。
3.用户手册:- 提供详细的软件使用指南,包括安装、配置、操作等方面的说明;- 使用简明清晰的语言描述,避免使用过于专业的术语。
三、测试规范有效的测试规范可以帮助开发人员在保证软件质量的同时提高开发效率。
以下是一些常见的测试规范要求:1.单元测试:- 对每个模块编写相应的单元测试用例,并进行测试;- 测试用例应覆盖各种情况,包括正常情况和异常情况。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
命名规范目录第一章文件命名 (3)1.1 文件命名 (3)第二章命名规范 (3)2.1命名概述 (3)2.2大小写规则 (4)2.3缩写 (4)2.4命名空间 (5)2.5类 (5)2.6接口 (5)2.7自定义属性(A TTRIBUTE) (6)2.8枚举(E NUM) (6)2.9参数 (7)2.10方法 (7)2.11属性(PROPERTY) (7)2.12事件 (9)2.13常量(CONST) (10)2.14字段 (11)2.16集合 (11)2.17措词 (12)第三章控件命名规则 (13)3.1命名方法 (13)3.2主要控件名简写对照表 (13)第四章SQL命名协定 (18)4.1数据库命名原则及版本控制 (18)4.4.1数据库命名原则 (18)4.1.2 数据库版本控制 (19)4.2S ERVER/命名实例的命名 (19)4.3数据库命名 (19)4.4数据库对象—表,视图,列名,约束,规则,默认值 (21)4.5缩写规范 (22)4.6列名 (23)4.7存储过程命名 (25)4.8游标命名 (25)4.9触发器命名 (26)4.10索引命名 (26)4.11主键和外键命名 (27)4.12C HECK约束命名 (27)4.13源文件命名 (28)4.14J OB的命名 (28)4.15用户自定义函数命名 (28)4.16用户自定义数据类型命名 (28)4.17复制命名 (29)术语定义Pascal 大小写将标识符的首字母和后面连接的每个单词的首字母都大写。
例如:BackColorCamel 大小写标识符的首字母小写,而每个后面连接的单词的首字母都大写。
例如:backColor第一章文件命名1.1 文件命名1、文件名遵从Pascal命名法,无特殊情况,扩展名小写。
2、使用统一而又通用的文件扩展名:如C# 文件“.cs”第二章命名规范2.1命名概述名称应该说明“什么”而不是“如何”。
通过避免使用公开基础实现(它们会发生改变)的名称,可以保留简化复杂性的抽象层。
例如,可以使用 GetNextStudent(),而不是 GetNextArrayElement()。
命名原则是:选择正确名称时的困难可能表明需要进一步分析或定义项的目的。
使名称足够长以便有一定的意义,并且足够短以避免冗长。
唯一名称在编程上仅用于将各项区分开。
表现力强的名称是为了帮助人们阅读;因此,提供人们可以理解的名称是有意义的。
不过,请确保选择的名称符合适用语言的规则和标准。
以下几点是推荐的命名方法。
1、避免容易被主观解释的难懂的名称,如方面名 AnalyzeThis(),或者属性名 xxK8。
这样的名称会导致多义性。
2、在类属性的名称中包含类名是多余的,如 Book.BookTitle。
而是应该使用 Book.Title。
3、只要合适,在变量名的末尾或开头加计算限定符(Avg、Sum、Min、Max、Index)。
4、在变量名中使用互补对,如 min/max、begin/end 和 open/close。
5、布尔变量名应该包含 Is,这意味着 Yes/No 或 True/False 值,如 fileIsFound。
6、在命名状态变量时,避免使用诸如 Flag 的术语。
状态变量不同于布尔变量的地方是它可以具有两个以上的可能值。
不是使用 documentFlag,而是使用更具描述性的名称,如 documentFormatType。
7、即使对于可能仅出现在几个代码行中的生存期很短的变量,仍然使用有意义的名称。
仅对于短循环索引使用单字母变量名,如 i 或 j。
可能的情况下,尽量不要使用原义数字或原义字符串,如For i = 1 To 7。
而是使用命名常数,如 For i = 1 To NUM_DAYS_IN_WEEK 以便于维护和理解。
2.2大小写规则下表汇总了规则,并提供了不同类型的标识符的示例。
类Pascal AppDomain枚举类型Pascal ErrorLevel枚举值Pascal FatalError事件Pascal ValueChange异常类Pascal WebException (注意:总是以 Exception 后缀结尾)只读的静态字段Pascal RedValue接口Pascal IDisposable(注意:总是以 I 前缀开始)方法Pascal ToString命名空间Pascal System.Drawing属性Pascal BackColor公共实例字段Pascal RedValue (注意:很少使用。
属性优于使用公共实例字段)受保护的实例字段Camel redValue(注意:很少使用。
属性优于使用受保护的实例字段)私有的实例字段Camel redValue参数Camel typeName方法内的变量Camel backColor2.3缩写为了避免混淆和保证跨语言互操作,请遵循有关区缩写的使用的下列规则:1、不要将缩写或缩略形式用作标识符名称的组成部分。
例如,使用 GetWindow,而不要使用 GetWin。
2、不要使用计算机领域中未被普遍接受的缩写。
3、在适当的时候,使用众所周知的缩写替换冗长的词组名称。
例如,用 UI 作为 User Interface 缩写,用 OLAP 作为 On-line Analytical Processing 的缩写。
4、在使用缩写时,对于超过两个字符长度的缩写请使用 Pascal 大小写或 Camel 大小写。
例如,使用 HtmlButton 或 HTMLButton。
但是,应当大写仅有两个字符的缩写,如,System.IO,而不是 System.Io。
5、不要在标识符或参数名称中使用缩写。
如果必须使用缩写,对于由多于两个字符所组成的缩写请使用Camel 大小写,虽然这和单词的标准缩写相冲突。
2.4命名空间1、命名“命名空间”时的一般性规则是使用公司名称,后跟技术名称和可选的功能与设计,如下所示。
CompanyName.TechnologyName[.Feature][.Design]例如:namespace Langchao.Procurement //浪潮公司的采购单管理系统namespace Langchao.Procurement.DataRules //浪潮公司的采购单管理系统的业务规则模块2、命名空间使用Pascal大小写。
3、TechnologyName 指的是该项目的英文缩写,或软件名。
4、命名空间和类不能使用同样的名字。
例如,有一个类被命名为Debug后,就不要再使用Debug作为一个名称空间名。
2.5类1、使用 Pascal 大小写。
2、用名词或名词短语命名类。
3、使用全称避免缩写,除非缩写已是一种公认的约定,如URL、HTML。
4、不要使用类型前缀,如在类名称上对类使用 C 前缀。
例如,使用类名称 FileStream,而不是CFileStream。
5 、不要使用下划线字符 (_)。
6 、有时候需要提供以字母 I 开始的类名称,虽然该类不是接口。
只要 I 是作为类名称组成部分的整个单词的第一个字母,这便是适当的。
例如,类名称 IdentityStore 是适当的。
在适当的地方,使用复合单词命名派生的类。
派生类名称的第二个部分应当是基类的名称。
例如,ApplicationException 对于从名为Exception 的类派生的类是适当的名称,原因ApplicationException 是一种Exception。
请在应用该规则时进行合理的判断。
例如,Button 对于从 Control 派生的类是适当的名称。
尽管按钮是一种控件,但是将 Control 作为类名称的一部分将使名称不必要地加长,如:public class FileStreampublic class Buttonpublic class String2.6接口以下规则概述接口的命名指南:1、用名词或名词短语,或者描述行为的形容词命名接口。
例如,接口名称 IComponent 使用描述性名词。
接口名称 ICustomAttributeProvider 使用名词短语。
名称 IPersistable 使用形容词。
2、使用 Pascal 大小写。
3、少用缩写。
4、给接口名称加上字母 I 前缀,以指示该类型为接口。
在定义类/接口对(其中类是接口的标准实现)时使用相似的名称。
两个名称的区别应该只是接口名称上有字母 I 前缀。
5、不要使用下划线字符 (_)。
6、当类是接口的标准执行时,定义这一对类/接口组合就要使用相似的名称。
两个名称的不同之处只是接口名前有一个I前缀。
以下是正确命名的接口的示例:public interface IServiceProviderpublic interface IFormatable以下代码示例阐释如何定义 IComponent 接口及其标准实现 Component 类:public interface IComponent{// Implementation code goes here.}public class Component: IComponent{// Implementation code goes here.}2.7自定义属性 (Attribute)应该总是将后缀 Attribute 添加到自定义属性类。
以下是正确命名的属性类的示例:public class ObsoleteAttribute{}2.8枚举 (Enum)枚举 (Enum) 值类型从 Enum 类继承。
以下规则概述枚举的命名指南:1、对于 Enum 类型和值名称使用 Pascal 大小写。
2、少用缩写。
3、不要在 Enum 类型名称上使用 Enum 后缀。
4、对大多数 Enum 类型使用单数名称,但是对作为位域的 Enum 类型使用复数名称。
5、总是将 FlagsAttribute 添加到位域 Enum 类型。
2.9参数以下规则概述参数的命名指南:1、使用描述性参数名称。
参数名称应当具有足够的描述性,以便参数的名称及其类型可用于在大多数情况下确定它的含义。
2、对参数名称使用 Camel 大小写。
3、使用描述参数的含义的名称,而不要使用描述参数的类型的名称。
4、不要使用保留的参数(指关键词)。
保留的参数是专用参数,如果需要,可以在未来的版本中公开它们。
相反,如果在类库的未来版本中需要更多的数据,请为方法添加新的重载。
5、不要给参数名称加匈牙利语类型表示法的前缀。
以下是正确命名的参数的示例:Type GetType(string typeName)string Format(string format, args() As object)2.10方法以下规则概述方法的命名指南:1、使用动词或动词短语命名方法。