代码中命名是以下划线方式隔开单词。C程序员表示接受不了

我卖力公司的一个项目，项目框架搭完以后，我叫了组里一个法式员小张跟我一路开发，作为一名C#法式员，我在代码作风上是有逼迫症的，我知道许多半路落发的法式员或者Java、前端转C#的法式员在代码作风上若干都有点不相符C#的习气，而小张恰正是半路落发的法式员，是以我分外吩咐他，在代码作风上要和我框架里面的代码作风坚持同等。他满口准许着，然则当我看到他的代码以后是真头疼。

起首，C#一样平常定名一个私有办法（函数），好比说一个查找解析一个二维码的办法，C#习气性的定名方式是“ResolvingBarcode”，然则为了将私有办法和公开办法做区分，定名成resolvingBarcode也没有人去怪你。然则，假如你定名成resolving_barcode，假如我是一个C#的Leader，我可能就要找你茬了。起首，C#一样平常定名一个私有办法（函数），好比说一个查找解析一个二维码的办法，C#习气性的定名方式是“ResolvingBarcode”，然则为了将私有办法和公开办法做区分，定名成resolvingBarcode也没有人去怪你。然则，假如你定名成resolving_barcode，假如我是一个C#的Leader，我可能就要找你茬了。

是的，小张险些不管是私有办法照样公开办法，全体因此小写单词加下划线这种情势定名的，跟我的代码作风扞格难入。

一样平常环境下，C#很少使用下划线来离隔变量的单词，纵然要用，也很少会在定名类和办法中使用下划线。在我的作风中，一个办法的内部的局部变量使用下划线我是接受的，然则假如在办法外部的任何处所使用下划线我都无法接受。除非是一个类的局部私有变量。

好比说界说一个类的私有条码变量，我可能会定名成_BarCode，如许既可以坚持定名作风，又能将私有变量和公开变量区离开来，也便是说，假如这个条码的变量是公开的，我会直接定名成BarCode，没有下划线。

然则，假如一个类的私有变量有进行过封装，好比加了get和set办法，这时刻私有变量首个单词的首字母必需小写，公开部门的变量照样遵循首字母年夜写的原则。懂得起来也很简单，假设一个私有变量必要公开办法，假如这个私有变量叫作BarCode的话，公开的办法变量该怎么起名字呢。

然则，由于小张之前还学过一段光阴C++，并且，在办法内部界说变量的时刻也使用了下划线，为了将类的局部变量跟办法里面的变量区离开来，可能小张的定名方式就成了__BarCode。是的，他会用两个下划线乃至更多的下划线。

末了，我以为可能是我没有讲清晰，我专门把小张拉到一边，从新具体地给他说了下代码规范。

起首，公开变量、办法同一使用首字母年夜写的变量定名方式，不容许带任何下划线，私有的全局变量也可以跟公开变量一样的定名方式，但也可以在变量名称前加个下划线来区分，假如是“私有变量，公开办法”，则首个单词的首字母小写。C#的作风是不管是私有办法照样公开办法，办法名根本都因此首字母年夜写的方式来离隔办法名的每个单词，假如临时降服不了，私有办法首个单词的首字母可以小写。

结语

我知道许多法式员可能感到我纠结代码的定名规范没故意义，实在是故意义的，起首便是代码作风坚持同等，在核阅代码的时刻可以削减代码的落差感，这就像一个Java法式员，突然让他去看C++代码，他会很不习气，除了可能代码看不懂外，最年夜的落差感便是C++代码作风和Java的代码作风区别照样挺年夜的。

这种落差感一旦形成，就会影响一个法式员核阅代码的思绪，从而影响效力。

可能有些法式员看到我的描写，也会以为C#或者说我的代码作风他们不习气，这实在不要紧，由于当一个法式员坚持一种代码作风久了以后再看其他作风的代码就会很不惬意，很影响浏览。是以，假如您感到我的这种代码作风您不习气，这恰恰证实了一个研发团队坚持同一的代码作风的紧张性。