C#和VB类私有变量命名实践以及_&引用；性格

让我们明确一点：我不是在寻找一个意见，而是一个答案，一个实际记录的来源或参考，如果可能的话。（最好是MSDN的产品？）

在.NET中创建类时，我遵循的基本结构如下：

• 创建私有变量字段
• 使用get/set定义类属性
• 创建构造函数
• 为数据库功能添加额外的类方法
• 杂项功能

我如何命名我的私有变量：

private string _myString;

private string iMyString;

当前如何命名我的私有变量：

private string _myString;

private string iMyString;

有人告诉我，在私有变量声明中使用“\u1”字符会产生负面影响。然后我改变了我的习惯，用“我”这个字。我发现对这些声明使用相同的字符有助于提高创建类属性的速度和总体开发时间

我的问题是：类私有变量命名结构的行业标准是什么？还有，为什么使用“u”字符被认为是一种不好的做法

我做了很多谷歌搜索，甚至在MSDN网站上，我查看的页面的示例经常变化，因此不一致

我不确定这是否被认为是一个问题，但我倾向于实践质量代码。

来自：

我们对内部和私有字段使用

\u camelCase

，并尽可能使用

只读

。在实例字段前面加上

，在静态字段前面加上

s

，在线程静态字段前面加上

t

---

-没有行业标准。只有意见。。。我想问，使用下划线有什么“负面影响”？我一直在用下划线。据我所知，用下划线没有坏处。比您决定要做的更重要的是确保您的标准集以一致的方式使用。如果您使用自动实现的属性，则不再需要属性的支持字段和getter/setter。编译器为您提供了一个隐式的

\u propName

变量（因此前导的

\u

不会太糟糕）。之后，VB和C#出现分歧。VB允许您在任何地方访问隐式字段，而隐式字段隐藏在C#中。顺便说一句，MSDN对命名约定有很多建议。您所处的环境以及您是否继续使用现有代码也会发挥作用。这里是一个通用的指南链接，但是MSDN在这个主题上有大量的资源。如果你没有使用，你就错了！（j/k）有一些常见做法，但可以使用大量标准。这种可能的答案完全是基于意见的。