C#编码规范(V2.0).docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
卷号 卷内编号 密级 C# 编码规范 Version 2.0 文档信息 修订文档历史记录 、 目 录 1. 简介 1 1.1 目的 1 1.2 范围 1 1.3 定义、首字母缩写词和缩略语 1 1.4 参考资料 1 1.5 概述 1 1.6 原则 1 1.6.1 便于阅读 1 1.6.2 与工具集成 1 VISO 1 配置工具 2 编码工具 2 1.6.3 便于调试 2 1.6.4 便于写作 2 1.6.5 减少重复 2 2. 程序设计标准 2 2.1 通用命名约定和风格 2 2.1.1 采用该领域的术语 2 2.1.2 大小写 2 2.1.3 使用可以准确说明的英文描述符 2 2.1.4 下划线的使用 2 2.1.5 避免使用长名字 3 2.1.6 标识符的命名 3 2.2 通用格式编码规则 4 2.2.1 圆括号规则 4 2.2.2 缩进规则 4 2.2.3 If Then Else规则 5 2.2.4 比较规则 5 2.2.5 Case规则 5 2.2.6 对齐规则 5 2.2.7 单语句规则 5 2.2.8 单一功能规则 5 2.2.9 简单功能规则 5 2.2.10 明确条件规则 5 2.2.11 选用FALSE规则 5 2.2.12 独立赋值规则 6 2.2.13 行宽 6 2.2.14 折行 6 在分号处折行 6 在操作符前折行 6 有多个可以选择的地方时,选择层次较高的进行折行 6 将新行与上一行的同一级的表达式的开始处对齐 6 方法定义的折行 6 简单地缩进一级 6 2.3 注释 7 2.3.1概述 7 2.3.1 C# 注释语句类型 7 2.3.2 按目的分的注释类型 9 业务逻辑注释 9 外部注释 9 变量注释 9 3数据 9 3.1程序字符数据 9 3.2数据类型缩写表 10 3.3Form控件缩写表 11 3.4COMPONENT控件缩写表 12 3.5DATA控件缩写表 12 3.6WEB控件缩写表 13 3.7html控件缩写表 13 4.最佳实践 14 4.1 类和对象问题 14 4.2 变量方法问题 14 4.3 注释问题 15 4.4 逻辑结构问题 15 4.5代码问题 16 简介 本文提供一整套编写高效可靠的C#.NET代码的标准、约定和指南。它们以安全可靠的软件工程原则为基础,使代码易于理解、维护和增强。而且,通过遵循这些程序设计标准,你作为一个 C#.NET 软件开发者的生产效率会有显著提高。经验证明,若从一开始就花时间编写高质量的代码,则在软件开发阶段,对代码的修改要容易很多。最后,遵循一套通用的程序设计标准将带来更大的一致性,使软件开发团队的效率明显提高。 目的 本文档用于指导编码,并确立起一个易于理解、维护,并同软件过程及过程工具紧密集成的编码约定。 范围 本文档对适用所有采用C#.NET和.NET作为平台的开发语言开发的项目。 定义、首字母缩写词和缩略语 注释率 注释在代码中所占比例。 语句 注释 在源文件中 C#语言风格注释 行内注释 文档注释 参考资料 C# coding standards 概述 本文档共分为六部分: 第一部分为简介; 第二部分程序设计准则; 第四部分为描述与工具的集成; 第五部分为本文档所规定的一些数据; 第六部分为建议的最佳实践。 原则 本节描述描述制作本文档时所采取的原则,这些原则是一开始就确定的,并且贯穿在整个文档中。以下的原则的排列是按优先级进行的,这也就是说,在原则之间有冲突时,应该优先考虑排在前面的项目。 便于阅读 从软件工程的角度上来看,代码让人更容易看懂远比让机器看懂更有价值得多。首先代码永远不进行维护似乎是很少发生的,其次,就算代码永远不进行维护,至少为了代码重用的目的也需要其他人能够很容易地看懂代码。这里有一条30秒原则,即其他程序员能在30秒内完全读懂你的方法,理解做什么,为什么及怎样做的。 与工具集成 鉴于开发过程大量地集成了工具,因此要与整个开发过程结合就必须考虑怎样使代码与工具和平相处并配合密切。与工具集成同时可以增加生产力,并减少由于人工转换过程中引入的错误。 VISO 考虑到整个开发过程使用了RUP,因此与其所提供的工具VISO的集成是很有价值的。与VISO的集成是指保存在VISO中的设计模型可正向生成符合本规范的代码,也可从符合本规范的代码中反向生成VISO的设计模型。 配置工具 与配置工具的集成是指代码规范与配置工具的要求不冲突。 编码工具 与编码工具的集成是指代码可用编码工具自

文档评论(0)

书房 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档