C#编程规范Word格式.docx
《C#编程规范Word格式.docx》由会员分享，可在线阅读，更多相关《C#编程规范Word格式.docx（33页珍藏版）》请在冰点文库上搜索。
⏹属性与方法、属性与字段、方法与字段之间。
⏹注释与它注释的语句间不空行，但与其他的语句间空一行。
⏹文件之中不得存在无规则的空行，比如说连续十个空行。
2.5空格
在以下情况中要使用到空格：
⏹关键字和左括符“（”应该用空格隔开。
如
while（true）
注意在方法名和左括符“（”之间不要使用空格，这样有助于辨认代码中的方法调用与关键字。
⏹多个参数用逗号隔开，每个逗号后都应加一个空格。
⏹除了.之外，所有的二元操作符都应用空格与它们的操作数隔开。
一元操作符、++及--与操作数间不需要空格。
a+=c+d;
a=（a+b）/（c*d）;
while（d++=s++）
{
n++;
}
PrintSize（“sizeis“+size+“\n”）;
⏹语句中的表达式之间用空格隔开。
for（expr1;
expr2;
expr3）
2.6花括号-{}
⏹左花括号“{”放于关键字或方法名的下一行并与之对齐。
if（condition）
publicintAdd（intx,inty）
}
⏹左花括号“{”要与相应的右花括号“}”对齐。
⏹通常情况下左花括号“{”单独成行，不与任何语句并列一行。
⏹if、while、do语句后一定要使用{}，即使{}号中为空或只有一条语句。
if（somevalue==1）
somevalue=2;
⏹右花括号“}”后建议加一个注释以便于方便的找到与之相应的{。
while
（1）
if（valid）
}//ifvalid
else
}//notvalid
}//endforever
3程序注释
3.1注释概述
⏹修改代码时，总是使代码周围的注释保持最新。
⏹在每个例程的开始，提供标准的注释样本以指示例程的用途、假设和限制很有帮助。
注释样本应该是解释它为什么存在和可以做什么的简短介绍.
⏹避免在代码行的末尾添加注释；
行尾注释使代码更难阅读。
不过在批注变量声明时，行尾注释是合适的；
在这种情况下，将所有行尾注释在公共制表位处对齐。
⏹避免杂乱的注释，如一整行星号。
而是应该使用空白将注释同代码分开。
⏹在部署发布之前，移除所有临时或无关的注释，以避免在日后的维护工作中产生混乱。
⏹如果需要用注释来解释复杂的代码节，请检查此代码以确定是否应该重写它。
尽一切可能不注释难以理解的代码，而应该重写它。
尽管一般不应该为了使代码更简单以便于人们使用而牺牲性能，但必须保持性能和可维护性之间的平衡。
⏹在编写注释时使用完整的句子。
注释应该阐明代码，而不应该增加多义性。
⏹在编写代码时就注释，因为以后很可能没有时间这样做。
另外，如果有机会复查已编写的代码，在今天看来很明显的东西六周以后或许就不明显了。
⏹避免多余的或不适当的注释，如幽默的不主要的备注。
⏹使用注释来解释代码的意图。
它们不应作为代码的联机翻译。
⏹注释代码中不十分明显的任何内容。
⏹为了防止问题反复出现，对错误修复和解决方法代码总是使用注释。
⏹对由循环和逻辑分支组成的代码使用注释。
这些是帮助源代码读者的主要方面。
⏹在整个应用程序中，使用具有一致的标点和结构的统一样式来构造注释。
⏹在所有的代码修改处加上修改标示的注释。
3.2文件头注释说明
所有文件开始添加如下注释，
/*------------------------------------------------------------------------------
*单元名称：
*单元描述：
*创建人：
*创建日期：
*修改日志
*修改人修改日期修改内容
*
*----------------------------------------------------------------------------*/
3.3文档型注释
该类注释采用.Net已定义好的Xml标签来标记，在声明接口、类、方法、属性、字段都应该使用该类注释，以便代码完成后直接生成代码文档，让别人更好的了解代码的实现和接口。
///<
summary>
MyMethodisamethodintheMyClassclass.
para>
Here'
showyoucouldmakeasecondparagraphinadescription.
seecref="
System.Console.WriteLine"
/>
///forinformationaboutoutputstatements.
/para>
///<
seealsocref="
MyClass.Main"
/summary>
publicstaticvoidMyMethod（intInt1）
3.4单行注释
该类注释用于
⏹方法内的代码注释。
如变量的声明、代码或代码段的解释。
注释示例：
//注释语句
privateintnumber;
⏹方法内变量的声明或花括号后的注释,注释示例：
if（1==1）//alwaystrue
{
statement;
}
3.5注释标签
标签
用法
作用
<
c>
text<
/c>
text希望将其指示为代码的文本。
为您提供了一种将说明中的文本标记为代码的方法。
使用<
code>
将多行指示为代码
content<
content段落文本。
用于诸如<
remarks>
或<
returns>
等标记内，使您得以将结构添加到文本中。
param>
paramname='
name'
>
description<
/param>
name为方法参数名。
将此名称用单引号括起来（'
'
）。
应当用于方法声明的注释中，以描述方法的一个参数。
paramref>
paramrefname="
name"
name
要引用的参数名。
将此名称用双引号括起来（"
"
标记为您提供了一种指示词为参数的方法。
可以处理XML文件，从而用某种独特的方法格式化该参数。
see>
member"
cref="
对可以通过当前编译环境进行调用的成员或字段的引用。
编译器检查到给定代码元素存在后，将member传递给输出XML中的元素名。
必须将member括在双引号（"
）中。
使您得以从文本内指定链接。
seealso>
指示希望在“请参阅”一节中出现的文本。
）中
使您得以指定希望在“请参阅”一节中出现的文本。
从文本
example>
/example>
description
代码示例的说明。
标记可以指定使用方法或其他库成员的示例。
一般情况下，这将涉及到<
标记的使用。
/code>
content为希望将其标记为代码的文本。
记为您提供了一种将多行指示为代码的方法。
指示应将说明中的文本标记为代码
此处description为对象的摘要。
应当用于描述类型成员。
以提供有关类型本身的信息。
exception>
exceptioncref="
/exception>
对可从当前编译环境中获取的异常的引用。
编译器检查到给定异常存在后，将member转换为输出XML中的规范化元素名。
description说明。
标记使您可以指定类能够引发的异常。
include>
includefile='
filename'
path='
tagpath[@name="
id"
]'
/>
filename包含文档的文件名。
该文件名可用路径加以限定。
将filename括在单引号中（'
Tagpath：
filename中指向标记名的标记路径。
将此路径括在单引号中（'
name注释前边的标记中的名称说明符；
名称具有一个id。
id
位于注释之前的标记的id。
将此id括在双引号中（"
标记使您得以引用描述源代码中类型和成员的另一文件中的注释。
这是除了将文档注释直接置于源代码文件中之外的另一种可选方法。
标记使用XMLXPath语法。
有关自定义<
使用的方法，请参阅XPath文档。
list>
listtype="
bullet"
|"
number"
table"
<
listheader>
term>
term<
/term>
description>
/description>
/listheader>
item>
/item>
/list>
term定义的项，该项将在text中定义。
description目符号列表或编号列表中的项或者term的定义。
块用于定义表或定义列表中的标题行。
定义表时，只需为标题中的项提供一个项。
列表中的每一项用<
块指定。
创建定义列表时，既需要指定term也需要指定text。
但是，对于表、项目符号列表或编号列表，只需为text提供一个项。
列表或表所拥有的<
块数可以根据需要而定。
permission>
permissioncref="
/permission>
编译器检查到给定代码元素存在后，将member转换为输出XML中的规范化元素名。
description成员的访问的说明。
标记使您得以将成员的访问记入文档。
System.Security.PermissionSet使您得以指定对成员的访问。
/remarks>
description成员的说明。
标记是可以指定有关类或其他类型的概述信息的位置。
是可以描述该类型的成员的位置。
/returns>
description返回值的说明。
标记应当用于方法声明的注释，以描述返回值。
value>
property-description<
/value>
property-description属性的说明。
标记使您得以描述属性。
请注意，当在VisualStudio.NET开发环境中通过代码向导添加属性时，它将会为新属性添加<
标记。
然后，应该手动添加<
标记以描述该属性所表示的值。
4申明
4.1每行声明数
一行只建议作一个声明，并按字母顺序排列。
如：
intlevel;
//推荐
intsize;
intx,y;
//不推荐
4.2初始化
建议在变量声明时就对其做初始化。
4.3位置
变量建议置于块的开始处，不要总是在第一次使用它们的地方做声明。
voidMyMethod（）
intint1=0;
//beginningofmethodblock
if（condition）
{
intint2=0;
//beginningof"
if"
block
...
}
不过也有一个例外：
for（inti=0;
i<
maxLoops;
i++）
...
应避免不同层次间的变量重名，如：
intcount;
voidMyMethod（）
intcount=0;
//避免
}
4.4类和接口的声明
⏹在方法名与其后的左括号间没有任何空格。
⏹左花括号“{”出现在声明的下行并与之对齐，单独成行。
⏹方法间用一个空行隔开。
5第五章 命名规范
5.1命名概述
名称应该说明“什么”而不是“如何”。
通过避免使用公开基础实现（它们会发生改变）的名称，可以保留简化复杂性的抽象层。
例如，可以使用GetNextStudent（），而不是GetNextArrayElement（）。
选择正确名称时的困难可能表明需要进一步分析或定义项的目的。
使名称足够长以便有一定的意义，并且足够短以避免冗长。
唯一名称在编程上仅用于将各项区分开。
表现力强的名称是为了帮助人们阅读；
因此，提供人们可以理解的名称是有意义的。
其实从长变量名的负面作用三，因为Ctrl+C和Ctrl+V加上在VS中的智能感知，其负面追用已经很小。
最优秀的代码它本身就是注释。
作为一流的程序员。
并不仅仅实现功能，而是要让我们的代码更加优美，具备让他人维护或今后扩充的能力。
作为现在的业务系统，其门槛的准入水平已大大降低，实现功能上的需求已没有什么难度，但是高手和菜鸟的区别在于，高手的代码通俗易懂，在整个编码的过程中，不仅能考虑到性能、还会考虑代码可读性和维护性。
不过，请确保选择的名称符合适用语言的规则和标准。
以下几点是推荐的命名方法。
⏹避免容易被主观解释的难懂的名称，如命名AnalyzeThis（），或者属性名xxK8。
这样的名称会导致多义性。
⏹在类属性的名称中包含类名是多余的，如Book.BookTitle。
而是应该使用Book.Title。
⏹只要合适，在变量名的末尾或开头加计算限定符（Avg、Sum、Min、Max、Index）。
⏹在变量名中使用互补对，如min/max、begin/end和open/close。
⏹布尔变量名应该包含Is，这意味着Yes/No或True/False值，如fileIsFound。
⏹在命名状态变量时，避免使用诸如Flag的术语。
状态变量不同于布尔变量的地方是它可以具有两个以上的可能值。
不是使用documentFlag，而是使用更具描述性的名称，如documentFormatType。
（此项只供参考）
⏹即使对于可能仅出现在几个代码行中的生存期很短的变量，仍然使用有意义的名称。
仅对于短循环索引使用单字母变量名，如i或j。
可能的情况下，尽量不要使用原义数字或原义字符串，如
Fori=1To7。
而是使用命名常数，如Fori=1ToNUM_DAYS_IN_WEEK以便于维护和理解。
⏹文件名要和类名相同，一般情况下一个类一个文件，文件名遵从Pascal命名法，无特殊情况，扩展名小写，使用统一而又通用的文件扩展名：
C#类.cs。
5.2大小写规则
下表汇总了大写规则，并提供了不同类型的标识符的示例。
标识符
大小写
示例
类
Pascal
AppDomain
枚举类型
ErrorLevel
枚举值
FatalError
事件
ValueChange
异常类
WebException
注意总是以Exception后缀结尾。
只读的静态字段
RedValue
接口
IDisposable
注意总是以I前缀开始。
方法
ToString
命名空间
System.Drawing
属性
BackColor
公共实例字段
RedValue
注意很少使用。
属性优于使用公共实例字段。
受保护的实例字段
Camel
redValue
属性优于使用受保护的实例字段。
私有的实例字段
Camel
redValue
参数
typeName
方法内的变量
5.3缩写
为了避免混淆和保证跨语言交互操作，请遵循有关区缩写的使用的下列规则：
⏹不要将缩写或缩略形式用作标识符名称的组成部分。
例如，使用GetWindow，而不要使用GetWin。
⏹不要使用计算机领域中未被普遍接受的缩写。
⏹在适当的时候，使用众所周知的缩写替换冗长的词组名称。
例如，用UI作为UserInterface缩写，用OLAP作为On-lineAnalyticalProcessing的缩写。
⏹在使用缩写时，对于超过两个字符长度的缩写请使用Pascal大小写或Camel大小写。
例如，使用HtmlButton或HTMLButton。
但是，应当大写仅有两个字符的缩写，如，System.IO，而不是System.Io。
5.4命名空间
⏹命名命名空间时的一般性规则是使用公司名称，后跟技术名称和可选的功能与设计，如下所示:
CompanyName.TechnologyName[.Feature][.Design]
⏹命名空间使用Pascal大小写，用逗号分隔开。
⏹TechnologyName指的是该项目的英文缩写，或软件名。
⏹命名空间和类不能使用同样的名字。
例如，有一个类被命名为Debug后，就不要再使用Debug作为一个名称空间名。
5.5类
⏹使用Pascal大小写。
⏹用名词或名词短语命名类。
⏹使用全称避免缩写，除非缩写已是一种公认的约定，如URL、HTML
⏹不要使用类型前缀，如在类名称上对类使用C前缀。
例如，使用类名称FileStream，而不是CFileStream。
⏹不要使用下划线字符（_）。
⏹有时候需要提供以字母I开始的类名称，虽然该类不是接口。
只要I是作为类名称组成部分的整个单词的第一个字母，这便是适当的。
例如，类名称IdentityStore是适当的。
在适当的地方，使用复合单词命名派生的类。
派生类名称的第二个部分应当是基类的名称。
例如，ApplicationException对于从名为Exception的类派生的类是适当的名称，原因ApplicationException是一种Exception。
请在应用该规则时进行合理的判断。
例如，Button对于从Control派生的类是适当的名称。
尽管按钮是一种控件，但是将Control作为类名称的一部分将使名称不必要地加长。
publicclassFileStream
publicclassButton
publicclassString
5.6接口
以下规则概述接口的命名指南：
⏹用名词或名词短语，或者描述行为的形容词命名接口。
例如，接口名称IComponent使用描述性名词。
接口名称ICustomAttributeProvider使用名词短语。
名称IPersistable使用形容词。
⏹少用缩写。
⏹给接口名称加上字母I前缀，以指示该类型为接口。
在定义类/接口对（其中类是接口的标准实现）时使用相似的名称。
两个名称的区别应该只是接口名称上有字母I前缀。
⏹当类是接口的标准执行时，定义这一对类/接口组合就要使用相似的名称。
两个名称的不同之处只是接口名前有一个I前缀。
以下是正确命名的接口的示例。
publicinterfaceIServiceProvider
publicinterfaceIFormatable
以下代码示例阐释如何定义IComponent接口及其标准实现Component类。
publicinterfaceIComponent
//Implementationcodegoeshere.
publicclassComponent:
IComponent
5.7属性
升级会员 