我家自动化

这个屌丝很懒，什么也没留下！

热门标签

C#编码规范_c# 代码规范

作者：我家自动化 | 2024-03-05 13:25:43

踩

c# 代码规范

一、命名惯例和规范

注：

Pascal：大小写形式－所有单词第一个字母大写，其他字母小写。
驼峰式：大小写形式－除了第一个单词，所有单词第一个字母大写，其他字母小写。

1：类名使用 Pascal 大小写形式

public class HelloWorld{ ...}
1

2：方法使用 Pascal 大小写形式

public class HelloWorld{ void SayHello(string name) {  ... }}
1

3：变量和方法参数使用驼峰式大小写形式

Public int totalCount = 0;
1

4：根据类的具体情况进行合理的命名

以Class声明的类，都必须以名词或名词短语命名，体现类的作用。如：

Class Indicator {}
1

当类只需有一个对象实例（全局对象，比如Application等），必须以Class结尾，如

Class ScreenClass
1

当类只用于作为其他类的基类，根据情况，以Base结尾：

Class IndicatorBase
1

5：不要使用匈牙利方法来命名变量（m_xxxx）

string m_sName; int nAge;
1

6：用有意义的，描述性的词语来命名变量

别用缩写。用name, address, salary等代替 nam, addr, sal

别使用单个字母的变量象i, n, x 等. 使用 index, temp等

用于循环迭代的变量例外：

string m_sName; int nAge;
1

7：文件名要和类名匹配

例如，对于类HelloWorld, 相应的文件名应为 HelloWorld.cs

8：接口的名称前加上I

interface ImyInterface   {……}
1

9：在私有成员变量前面加上m_。对于m_后面的变量名使用骆驼命名方法：（注意第五条）

public class SomeClass  
{  
    private int m_Number;   
}
1
2
3
4

二、良好的编程习惯

1：避免使用大文件。如果一个文件里的代码超过300～400行，必须考虑将代码分开到不同类中。

2：避免写太长的方法。一个典型的方法代码在1～50行之间。如果一个方法发代码超过50行，应该考虑将其分解为不同的方法。

3：方法名需能看出它作什么。别使用会引起误解的名字。如果名字一目了然，就无需用文档来解释方法的功能了。

public class SomeClass   <br>{  <br>    private int m_Number;   <br>}
1

4：一个方法只完成一个任务。不要把多个任务组合到一个方法中，即使那些任务非常小。

5：别在程序中使用固定数值，用常量代替。

6：必要时使用enum 。别用数字或字符串来指示离散值。

例如：正确

Public enum MailType {  Html,  PlainText,  Attachment }
public void SendMail (string message, MailType mailType)
{ 
       switch ( mailType ) 
       {  
              case MailType.Html:   
                   // Do something   
                   break;  
              case MailType.PlainText:   
                   // Do something   
                   break;  
              case MailType.Attachment:   
                   // Do something   
                   break;  
              default:   
                   // Do something   
                   break; 
        }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

不正确：

        public void SendMail (string message, string mailType)
        { 
                    switch ( mailType ) 
                    {  
                               case "Html":   
                                         // Do something   
                                         break;  
                               case "PlainText":   
                                         // Do something   
                                         break;  
                               case "Attachment":   
                                         // Do something   
                                         break;  
                               default:   
                                         // Do something   
                                         break; 
                    }
         }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

7：别把成员变量声明为 public 或 protected。都声明为 private

8：不在代码中使用具体的路径和驱动器名。使用相对路径，并使路径可编程。

9：视情况使用StringBuilder替代String

String对象是不可改变的。每次使用System.String类中的方法之一时，都要在内存中创建一个新的字符串对象，这就需要为该新对象分配新的空间。

在需要对字符串执行重复修改的情况下，与创建新的String对象相关的系统开销可能会非常昂贵。如果要修改字符串而不创建新的对象，则可以使用System.Text.StringBuilder类。

例如，当在一个循环中将许多字符串连接在一起时，使用StringBuilder类可以提升性能。

10：所有的类成员变量应该被声明在类的顶部，并用一个空行把它们和方法以及属性的声明区分开

11：避免在同一个文件中放置多个类

12：一个文件应该只向在一个名称空间内定义类型。避免在一个文件中使用多个名称空间

13：避免写超过5个参数的方法。如果要传递多个参数，使用结构。

14：不要手动去修改任何机器生成的代码

15：只对那些亘古不变的数值使用const关键字，例如一周的天数。

16：避免显式指定枚举的值（不要直接给枚举赋值）

例如：正确

public enum Color   
{   
    Red,Green,Blue   
}
1
2
3
4

不正确

public enum Color   
{   
Red=1,Green=2,Blue=3   
}
1
2
3
4

17：避免为枚举指定一个类型

避免

public enum Color:long   
{   
Red,Green,Blue   
}
1
2
3
4

18：对于if语句，总使用一对{}把下面的语句块包含起来，哪怕只有一条语句也是如此。

19：避免使用三元条件操作符。

20：避免显示类型转换。使用as关键字安全的转换到另一个类型。

Dog dog=new GermanShepherd();   
GermanShepherd shepherd=dog as GermanShepherd;  
if (shepherd!=null)   
{…}
1
2
3
4

21：在使用一个对象、数组或代理之前，总要检查其是否为null

22：避免在接口中包含事件。

23：当使用抽象类的时候，提供一个接口。

24：使用String.Empty取代””

//避免  
string name=””;   
//正确  
string name=String.Empty;
1
2
3
4

25：使用条件方法来取代显式进行方法调用排除的代码(#if…#endif)

三、注释

1：文件头部注释

在代码文件的头部进行注释，标注出创始人、创始时间、修改人、修改时间、代码的功能，这在团队开发中必不可少，它们可以使后来维护/修改的同伴在遇到问题时，在第一时间知道他应该向谁去寻求帮助，并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。
示例：


/******************************************************************************** 
 ** 作者： Eunge 
 ** 创始时间：2004-6-8 
 ** 修改人：Koffer 
 ** 修改时间：2004-12-9 
 ** 修改人：Ken 
 ** 修改时间：2005-01-29 
 ** 描述： 
 ** 主要用于产品信息的资料录入，… 
 *********************************************************************************/
1
2
3
4
5
6
7
8
9
10
11

我们甚至可以在这段文件头注释中加入版权信息、文件名、版本信息等。

2：函数、属性、类、公共变量注释

请使用///三斜线注释，这种注释是基于XML的，不仅能导出XML制作帮助文档，而且在各个函数、属性、类等的使用中，编辑环境会自动带出注释，方便你的开发。以protected，protected Internal，public声明的定义注释请都以这样命名方法。
例如：

/// <summary> 
 /// 用于从ERP系统中捞出产品信息的类 
 /// </summary> 
 class ProductTypeCollector 
 {
     /// <summary> 
     /// 保存C扫数据
     /// </summary> 
     public void SaveCScanData(){}
 }
1
2
3
4
5
6
7
8
9
10

3：/**/注释

不建议过多的使用此注释。

4：注释说明

注释应该只说明操作的一些前提假设、算法的内部信息等内容。

四、异常处理

1：不要“捕捉了异常却什么也不做“。如果隐藏了一个异常，你将永远不知道异常到底发生了没有。

2：发生异常时，给出友好的消息给用户，但要精确记录错误的所有可能细节，包括发生的时间，和相关方法，类名等。

3：只捕捉特定的异常，而不是一般的异常。

4：不必在所有方法中捕捉一般异常。不管它，让程序崩溃。这将帮助你在开发周期发现大多数的错误。

5：不必每个方法都用try-catch。当特定的异常可能发生时才使用。比如，当你写文件时，处理异常FileIOException。

6：别写太大的 try-catch 模块。如果需要，为每个执行的任务编写单独的 try-catch 模块。这将帮你找出哪一段代码产生异常，并给用户发出特定的错误消息

如果应用程序需要，可以编写自己的异常类。自定义异常不应从基类SystemException派生，而要继承于IApplicationException。

有好的建议，请在下方输入你的评论。

在这里插入图片描述

本文内容由网友自发贡献，转载请注明出处：https://www.wpsshop.cn/w/我家自动化/article/detail/191397