• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

规范C#语言的编码

原作者: [db:作者] 来自: [db:来源] 收藏 邀请

目录
文档修订记录 2
文档审批信息 2
目录 3
1 文档介绍 6
1.1 文档目的 6
1.2 文档范围 6
1.3 读者对象 6
1.4 参考文档 6
1.5 术语与缩写解释 6
2 概述 7
2.1 规范制定原则 7
2.2 术语定义 7
2.2.1 Pascal 大小写 7
2.2.2 Camel 大小写 7
2.3 文件命名组织 7
2.3.1 文件命名 7
2.3.2 文件注释 8
3 代码外观 9
3.1 列宽 9
3.2 换行 9
3.3 缩进 9
3.4 空行 9
3.5 空格 10
3.6 括号() 10
3.7 花括号{} 11
4 程序注释 11
4.1 注释概述 11
4.2 文档型注释 12
4.3 类c注释 13
4.4 单行注释 13
4.5 注释标签 13
5 申明 16
5.1 每行声明数 16
5.2 初始化 16
5.3 位置 16
5.4 类和接口的声明 17
5.5 成员变量的声明 17
5.6 函数内变量的声明 18
6 命名规范 18
6.1 命名概述 18
6.2 大小写规则 19
6.3 缩写 19
6.4 命名空间 20
6.5 类 20
6.6 接口 21
6.7 属性 (Attribute) 22
6.8 枚举 (Enum) 22
6.9 参数 22
6.10 方法 23
6.11 属性 (property) 23
6.12 事件 24
6.13 常量 (const) 25
6.14 字段 26
6.15 静态字段 27
6.16 集合 27
6.17 措词 27
7 语句 29
7.1 每行一个语句 29
7.2 复合语句 29
7.3 return 语句 29
7.4 if、if-else、if else-if 语句 29
7.5 for、foreach 语句 30
7.6 while 语句 31
7.7 do - while 语句 31
7.8 switch - case 语句 31
7.9 try - catch 语句 32
7.10 using 块语句 32
7.11 goto 语句 32
8 控件命名规则 33
8.1 命名方法 33
8.2 主要控件名简写对照表 33
9 其他 33
9.1 表达式 34
9.2 类型转换 34
附录一: 匈牙利命名法 34

 

1 文档介绍
1.1 文档目的
规范C#语言的编码,尽量统一项目组的编码风格,提高代码可读性。

1.2 文档范围
仅针对C#语言描述其编码规范。

1.3 读者对象
项目组所有人员。

1.4 参考文档
《MSDN》

1.5 术语与缩写解释
缩写、术语 解释 
  
  
  
  

 

2 概述

2.1 规范制定原则
方便代码的交流和维护。
不影响编码的效率,不与大众习惯冲突。
使代码更美观、阅读更方便。
使代码的逻辑更清晰、更易于理解。

2.2 术语定义

2.2.1 Pascal 大小写
将标识符的首字母和后面连接的每个单词的首字母都大写。可以对三字符或更多字符的标识符使用Pascal 大小写。例如:BackColor

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

2.3 文件命名组织
2.3.1 文件命名
文件名遵从Pascal命名法,无特殊情况,扩展名小写。form类前不用加form或frm等。
使用统一的文件扩展名:类名.cs
2.3.2 文件注释
在每个文件头必须包含以下注释说明
/*------------------------------------------------------------------------------------
 * 文件名:
 * 文件功能描述:
 *
 * 创建标识:
 *
 * 修改标识:
 * 修改描述:
 *
 * 修改标识:
 * 修改描述
 *
 * ----------------------------------------------------------------------------------*/

文件功能描述只需简述,具体详情在类的注释中描述。
创建标识和修改标识由创建或修改人员的拼音或英文名加日期组成。如:李轶20040408
一天内有多个修改的只需做一个修改标识。
在所有的代码修改处加上修改标识的注释。


3 代码外观

3.1 列宽
代码列宽控制在150字符左右,即避免不出横行滚动条。

3.2 换行
当表达式超出或即将超出规定的列宽,遵循以下规则进行换行
  在逗号后换行;
  在操作符前换行;
  规则1优先于规则2。
当以上规则会导致代码混乱的时候自己采取更灵活的换行规则。

3.3 缩进
缩进应该是4个空格,不使用Tab。

3.4 空行
空行是为了将逻辑上相关联的代码分块,以便提高代码的可阅读性。
在以下情况下使用两个空行
  接口和类的定义之间。
  枚举和类的定义之间。
  类与类的定义之间。
在以下情况下使用一个空行
  方法与方法、属性与属性之间。
  方法中变量声明与语句之间。
  方法与方法之间。
  方法中不同的逻辑块之间。
  方法中的返回语句与其他的语句之间。
  属性与方法、属性与字段、方法与字段之间。
  注释与它注释的语句间不空行,但与其他的语句间空一行。

3.5 空格
在以下情况中要使用到空格
  关键字和左括符 “(” 应该用空格隔开。如
     while (true)
注意:在方法名和左括符 “(” 之间不要使用空格,这样有助于辨认代码中的方法与关键字。
  多个参数用逗号隔开,每个逗号后都应加一个空格。
  除了 . 之外,所有的二元操作符都应用空格与它们的操作数隔开。一元操作符、++ 及 -- 与操作数间不需要空格。如
     a += c + d;
     a = (a  +  b) / (c * d);
     while (d++ = s++)
         {
              n++;
         }
     PrintSize(“size is “ + size + “\n”);
  4、 语句中的表达式之间用空格隔开。如
     for (expr1; expr2; expr3)

3.6 括号()
  左括号“(”不要紧靠关键字,中间用一个空格隔开。
  左括号“(”与方法名之间不要添加任何空格。
  没有必要的话不要在返回语句中使用()。如
     if (condition)
     Array.Remove(1)
     return 1

3.7 花括号{}
  左花括号“{”放于关键字或方法名的下一行并与之对齐。如
     if (condition)
     {
     }
     public int Add(int x, int y)
     {
     }

  左花括号“{”要与相应的右花括号“}”对齐。
  通常情况下左花括号“{”单独成行,不与任何语句并列一行。
  if、while、do语句后一定要使用{},即使{}号中为空或只有一条语句。如
     if (somevalue == 1)
     {
         somevalue = 2;
     }

  5、 右花括号 “}” 后建议加一个注释以便于方便的找到与之相应的右花括号 “{”。如
     while (1)
     {
          if (valid)
          {
          } // if valid
          else
          {
          } // not valid
     } // end forever

4 程序注释
4.1 注释概述
  修改代码时,总是使代码周围的注释保持最新。
  在每个例程的开始,提供标准的注释样本以指示例程的用途、假设和限制很有帮助。注释样本应该是解释它为什么存在和可以做什么的简短介绍。
  避免在代码行的末尾添加注释;行尾注释使代码更难阅读。不过在批注变量声明时,行尾注释是合适的;在这种情况下,将所有行尾注释在公共制表位处对齐。
  避免杂乱的注释,如一整行星号。而是应该使用空白将注释同代码分开。
  避免在块注释的周围加上印刷框。这样看起来可能很漂亮,但是难于维护。
  在部署发布之前,移除所有临时或无关的注释,以避免在日后的维护工作中产生混乱。
  如果需要用注释来解释复杂的代码节,请检查此代码以确定是否应该重写它。尽一切可能不注释难以理解的代码,而应该重写它。尽管一般不应该为了使代码更简单以便于人们使用而牺牲性能,但必须保持性能和可维护性之间的平衡。
  在编写注释时使用完整的句子。注释应该阐明代码,而不应该增加多义性。
  在编写代码时就注释,因为以后很可能没有时间这样做。另外,如果有机会复查已编写的代码,在今天看来很明显的东西六周以后或许就不明显了。
  避免多余的或不适当的注释,如幽默的不主要的备注。
  使用注释来解释代码的意图。它们不应作为代码的联机翻译。
  注释代码中不十分明显的任何内容。
  为了防止问题反复出现,对错误修复和解决方法代码总是使用注释,尤其是在团队环境中。
  对由循环和逻辑分支组成的代码使用注释。这些是帮助源代码读者的主要方面。
  在整个应用程序中,使用具有一致的标点和结构的统一样式来构造注释。
  用空白将注释同注释分隔符分开。在没有颜色提示的情况下查看注释时,这样做会使注释很明显且容易被找到。
  在所有的代码修改处加上修改标识的注释。
  为了是层次清晰,建议在闭合的右花括号后注释该闭合所对应的起点。
namespace Langchao.Procument.Web
{
} // namespace Langchao.Procument.Web
4.2 文档型注释
该类注释采用.Net已定义好的XML标签来标记,在声明接口、类、方法、属性、字段都应该使用该类注释,以便代码完成后直接生成代码文档,让别人更好的了解代码的实现和接口。如
///<summary>MyMethod is a method in the MyClass class.
///<para>Here's how you could make a second paragraph in a description.
///<see cref="System.Console.WriteLine"/>
///for information about output statements.
///</para>
///<seealso cref="MyClass.Main"/>
///</summary>
public void MyMethod(int Int1)
{
}
标签的用法与作用在4.5节有详细描述。
4.3 类c注释
该类注释用于
  不再使用的代码。
  临时测试屏蔽某些代码。
用法
/*
[修改标识]
[修改原因]
...(the source code )
*/

4.4 单行注释
该类注释用于
  方法内的代码注释。如变量的声明、代码或代码段的解释。注释示例:
// 注释语句
private int number;
  方法内变量的声明或花括号后的注释, 注释示例:
if ( 1 == 1)    // always true
{
    statement;
} // always true

4.5 注释标签
这是生成生成代码文档的基础,所以在编写公共类时必需熟习本节内容。
标签 用法 作用 
<c> <c>text <></c>
   text 希望将其指示为代码的文本。 为您提供了一种将说明中的文本标记为代码的方法。使用 <code> <vclrfcode.htm> 将多行指示为代码 
<para> <para>content <></para> content段落文本。 用于诸如 <remarks> 或 <returns> <vclrfreturns.htm> 等标记内,使您得以将结构添加到文本中。 
<param> <param name='name <>'>description <></param> name 为方法参数名。将此名称用单引号括起来 (' ')。 应当用于方法声明的注释中,以描述方法的一个参数。 
<paramref>   <paramref name="name <>"/>  name  要引用的参数名。将此名称用双引号括起来 (" ")。 <paramref> 标记为您提供了一种指示词为参数的方法。可以处理 XML 文件,从而用某种独特的方法格式化该参数。 
<see> <see cref <><>"member"/>  cref = "member" 对可以通过当前编译环境进行调用的成员或字段的引用。编译器检查到给定代码元素存在后,将 member 传递给输出 XML 中的元素名。必须将 member 括在双引号 (" ") 中。 使您得以从文本内指定链接。使用 <seealso> <vclrfseealso.htm> 指示希望在“请参阅”一节中出现的文本。 
<seealso> <seealso cref <><>"member"/>  cref = "member" 对可以通过当前编译环境进行调用的成员或字段的引用。编译器检查到给定代码元素存在后,将 member 传递给输出 XML 中的元素名。必须将 member 括在双引号 (" ") 中 使您得以指定希望在“请参阅”一节中出现的文本。使用 <see> <vclrfsee.htm> 从文本 
<example> <example>description <></example>  description  代码示例的说明。 使用 <example> 标记可以指定使用方法或其他库成员的示例。一般情况下,这将涉及到 <code> <vclrfcode.htm> 标记的使用。 
<code> <code>content <></code>  content 为希望将其标记为代码的文本。   记为您提供了一种将多行指示为代码的方法。使用 <c> <vclrfc.htm> 指示应将说明中的文本标记为代码 
<summary> <summary>description <></summary>  此处description 为对象的摘要。 应当用于描述类型成员。使用 <remarks> <vclrfremarks.htm> 以提供有关类型本身的信息。 
<exception> <exception cref <><>"member">description <></exception> cref = "member" 对可从当前编译环境中获取的异常的引用。编译器检查到给定异常存在后,将 member 转换为输出 XML 中的规范化元素名。必须将 member 括在双引号 (" ") 中。 description 说明。 <exception> 标记使您可以指定类能够引发的异常。


鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
上一篇:
C#类、接口、虚方法和抽象方法-接口与抽象类的区别实例发布时间:2022-07-10
下一篇:
C#常用控件属性及方法介绍发布时间:2022-07-10
热门推荐
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap