.net 控件的大小写/命名约定

例如，在WinForms中，关于命名控件的大小写，最佳和推荐的做法是什么

StyleCop说类的实例应该以小写字母开头。我在我的准则中尊重这一惯例

在我以前使用过的语言中，例如VB6，我曾被用来命名掉在表单上的UI控件，这些控件以大写字符开头，比如ZipCodeTextBox

但是在表单上丢弃的控件实际上只是一个类的实例，因此应用StyleCop规则是有意义的，因此，zipCodeTextBox。 文档中的大多数命名约定都没有进一步介绍，也没有专门介绍UI控件

我在各种项目、书籍和博客文章中看到过使用这两种命名约定的代码，所以我很好奇，在这方面通常推荐的做法是什么，为什么

---

谢谢。

这在MSDN文档中有介绍：

当然，这里有灵活性的空间，但在我个人的拙见中，我认为您最好遵守这些指导原则，因为它们将得到大多数.Net开发人员的认可

---

然而，对于控制，我们偏离了我们商店的标准。。。我们允许在表单控件上使用匈牙利符号。它不是标准的，但是知道你正在寻找一个文本框，然后开始输入“txt”并让intellisense在你的表单上显示文本框列表要容易得多。我们意识到它不是标准的，代码也不是很好看，但它提高了生产效率，使之成为一种公平的权衡。

这在MSDN文档中有介绍：

当然，这里有灵活性的空间，但在我个人的拙见中，我认为您最好遵守这些指导原则，因为它们将得到大多数.Net开发人员的认可

---

然而，对于控制，我们偏离了我们商店的标准。。。我们允许在表单控件上使用匈牙利符号。它不是标准的，但是知道你正在寻找一个文本框，然后开始输入“txt”并让intellisense在你的表单上显示文本框列表要容易得多。我们意识到它不是标准的，代码也不好看，但它提高了生产效率，使之成为一种公平的权衡。

当然，VS2010 intellisense更容易避免匈牙利符号并保留有意义的名称。+1表示该链接。谢谢我同意杰夫的观点，VS2010 intellisense非常棒。+1承认匈牙利符号的“错误”用法是一种加速和生产力提升。Joel对所有倾听的人造成了极大的伤害，并停止了这种做法-现在他们正在搜索表单的100个默认属性中的属性，等等。速度和轻松支付$$，为了正确而正确-例如，不太有用的命名约定-成本$$。玩得开心…Resharper还可以做基于子字符串的自动完成。所以，如果我输入TextBox，它将枚举我所有的文本框，即使我使用它作为后缀。对一些人来说，它开始说服我，它减少了在控件中使用匈牙利符号的难度。当然，VS2010 intellisense使避免使用匈牙利符号和保留有意义的名称变得更容易。该链接的+1。谢谢我同意杰夫的观点，VS2010 intellisense非常棒。+1承认匈牙利符号的“错误”用法是一种加速和生产力提升。Joel对所有倾听的人造成了极大的伤害，并停止了这种做法-现在他们正在搜索表单的100个默认属性中的属性，等等。速度和轻松支付$$，为了正确而正确-例如，不太有用的命名约定-成本$$。玩得开心…Resharper还可以做基于子字符串的自动完成。所以，如果我输入TextBox，它将枚举我所有的文本框，即使我使用它作为后缀。对一些人来说，它开始说服我，它减少了使用匈牙利符号进行控制的必要性。