C#命名规则和编码规范

作者: Sheh伟伟 | 来源:发表于2016-08-16 17:39 被阅读2457次

    1. 用Pascal规则来命名属性、方法、事件和类名

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

    Pascal规则是指名称中单词的首字母大写 ,如EmployeeSalary、 ConfimationDialog、PlainTextEncoding。

    2. 用Camel规则来命名成员变量、局部变量和方法的参数

    public class Product
    {
        private string productId;
        private string productName;
        
        public void AddProduct(string productId,string productName)
        {
        }
    }
    

    Camel规则类似于Pascal规则 ,但名称中第一个单词的首字母不大写 ,如employeeSalary、 confimationDialog、plainTextEncoding。

    3. 不要使用匈牙利命名法

    不要给成员变量加任何前缀(如、m、s_等等)。如果想要区分局部变量和成员变量,可以使用this关键字。

    4. 不要将常量或者只读变量的变量名全部大写,而使用Pascal规则来命名

    // Correct
    public static const string ShippingType = "DropShip";
        
    // Avoid
    public static const string SHIPPINGTYPE = "DropShip";
    

    5. 接口的名称一般以大写I作前缀

    public interface IConvertible
    {
        byte ToByte();
    }
    

    6. 自定义的属性以Attribute结尾

    public class TableAttribute:Attribute
    {
    }
    

    7. 自定义的异常以Exception结尾

    public class NullEmptyException:Exception
    {
    
    }
    

    8. 类的命名。用名词或名词短语来命名类名

    public class Employee
    {
    }
    public class BusinessLocation
    {
    }
    public class DocumentCollection
    {
    }
    

    9. 方法的命名。一般将其命名为动宾短语

    public class File
    {
        public void CreateFile(string filePath)
        {
        }
        public void GetPath(string path)
        {
        }
    }
    

    10. 局部变量的名称要有意义

    不要直接用用i,j,k,l,m,n,x,y,z等做变量名,但for循环除外

    11. 代码分块

    所有的成员变量声明在类的顶端,用一个换行把它和方法分开。同时可以使用成对的#region...#endregion标记,方便折叠。

    12. 布尔型变量或者方法一般可以用iscanhas或者should做前缀。如,isFinished, canWork等。

    13. 一般C#的编码风格要求花括号{另起一行,不要直接跟在类名和方法后面。

    public Sample()
    {
        // TODO: 在此处添加构造函数逻辑
    }
    

    14. 可以用缩写作为UI元素的前缀

    常见UI组件的一般缩写形式:

    Label --> lbl、Text --> txt、Button --> btn
    Image --> img、 Widget --> Wgt、 List --> lst、CheckBox --> chk
    Hyperlink --> lnk、Panel --> pnl、Table --> tab
    ImageButton --> imb
    

    15. 判断条件是一个布尔变量时不要使用==进行条件判断

    // 不友好的写法
    private bool isFinished = true;
    if(isFinished == true)
    {
        // ...
    }
    
    // 正确的写法
    private bool isFinished = true;
    if(isFinished)
    {
        // ...
    }
    

    16. 慎用缩写

    变量名是一个单词的尽量不要缩写,多单词组成的变量名可适当缩写。

    17. 在类的顶部声明所有的成员变量,静态变量声明在最前面

    // Correct
    public class Account
    {
        public static string BankName;
        public static decimal Reserves;
        
        public string Number {get; set;}
        public DateTime DateOpened {get; set;}
        public DateTime DateClosed {get; set;}
        public decimal Balance {get; set;}
        
        // Constructor
        public Account()
        {
            // ...
        }
    }
    

    18. 方法的书写规范

    如果一个方法超过25行,就需要考虑是否可以重构和拆分成多个方法。方法命名要见名知意,好的方法名可以省略多余的注释。方法功能尽量单一。

    19. 其他

    补充两条:

    1. 方法名中尽量少用get,表示区数据的函数直接描述行为,如MsgFromFile()
    2. 尽量少用set,应用属性替代

    参考文章:

    1. C# Coding Standards and Naming Conventions
    2. Internal Coding Guidelines

    本文作者: Sheh伟伟
    本文链接: http://davidsheh.github.io/2016/03/10/C_Sharp命名规则和编码规范/
    版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 3.0 许可协议。转载请注明出处!

    相关文章

      网友评论

      • 6ff30b0bffcb:3. 不要使用匈牙利命名法

        不要给成员变量加任何前缀(如、m、s_等等)。如果想要区分局部变量和成员变量,可以使用this关键字。

        不要使用匈牙利命名法是对的,但是不要给成员变量加任何前缀(如、m)显然没有任何道理, 给私有字段加m_或者_显然不是匈牙利命名法, 匈牙利命名法是把变量类型比如int加前缀ii,double的加前缀d,指针加前缀p。。。这在如今已经没有必要,反而弊大于利,但是给私有字段加m_,和_是主流的做法,几乎所有语言都采用
        斯特的简书:开发安卓确实很讨厌随处可见的m和s 编译器都那么发达了 是不是静态变量 看字体颜色都能看出来 实在不行鼠标放上去 都能显示出来信息 加了两个字母还不方便编译器的一些快捷操作对变量名的识别 java想自动个getXX都会变成getmXX 还要删去m 不够费劲的
        Sheh伟伟:你所说的在一定程度上是对的,你说的在私有字段前加m_和_是其他语言中的习惯,我也看过很多人在C#里面也这么写,这可能是他们从其他语言待过来的习惯。这些都是一些个人规范,只要在你写代码的时候一直遵守就OK了,不要一会带这种前缀一会其他前缀啥的。但是,你说的这个主流做法可能并不是非常适合C#,我这篇文章参考过很多文章,你可以看一下文末的参考链接,微软官方推荐:Do not use a prefix for member variables (_, m_, s_, etc.). If you want to distinguish between local and member variables you should use “this.” in C# and “Me.” in VB.NET.我觉得微软的这个理由能够说服我,而且显得更简洁,少敲几下键盘。这种非强制性规范我觉得个人保持严格遵守可以形成自己的规范单无法强求别人,除非在一个团队里面,leader 要求怎么做就怎么做。如果您有其他建议欢迎在我的个人博客:https://davidsheh.github.io 留言讨论!
      • phiree:好文. 有个错别词
        17. 在类的顶部声明所有的成员变量,静态变量生命在最前面。 生命-->声明
        Sheh伟伟:已更正,感谢提醒!
      • e6c1a3326b8a:细节决定代码之美,感谢楼主分享!

      本文标题:C#命名规则和编码规范

      本文链接:https://www.haomeiwen.com/subject/aubpsttx.html