是否为该类的私有成员建议了命名约定

Question

有人喜欢使用m * ，有人喜欢使用_ * ，是否有任何指导原则？

Answer 1

我传统上使用带有下划线的驼峰（例如，_firstName），但是越来越多我移动到automatic properties b / c，代码杂乱少，9次出现10我不需要私人领域。

public string Firstname { get; set; }

Answer 2

是的，有关此的指导原则。如果是ISV，您通常会在您工作的公司中找到至少一个。有时不止一个。除非你有一个良好的代码审查制度，并且每个人都完全理解命名惯例，否则它将不会始终如一地遵守。

此处没有一个标准的命名约定 - 仅仅是因为私有成员不会以公共成员的方式为全球范围的会议带来好处

如果我必须使用来自5家不同公司的库，那么如果它们在命名类型，方法甚至参数方面都是一致的，那真的对我有帮助。我不在乎他们为私人成员使用的命名约定：基本上，无论是什么让他们尽可能有效地编写代码。

就个人而言，我不会对私有变量使用任何类型的前缀......但我曾在使用_的公司工作过，而且我曾在使用m_或s_。

Answer 3

就像你说的，这是一个惯例。我相信来自C ++背景的人经常使用m_ *表示法，但我自己更喜欢_ *表示法。但是没有固定的规则;一致性是关键。我一直遵循的一条规则就是确保使用this指针。

Answer 4

Microsoft建议使用前导下划线，例如：_myField。

但即便他们也不坚持这种惯例。

就个人而言，我使用一个领先的非核心，这样我就不必用this.来限定我的变量名，因为除了参数之外更容易告诉他们。