C＃和Windows Forms控件命名准则

Question

是否有人对表单和控件（例如，事件，按钮）的命名约定有任何指导/最佳实践？

Answer 1

我通常使用Systems Hungarian notation 示例：

btnSubmit：是按钮

lblAccountNum：变量是标签

Answer 2

在WinForms中，我通常使用后缀，例如：

submitButton
accountNumberLabel

等

但很多公司仍然使用前缀，如anthares所说。

Answer 3

我认为表格开发不需要任何特殊规则; the Microsoft .NET naming guidelines覆盖它。

我将表单命名为应用程序中的任何其他类：MainForm，SaveDialog等。

我将控件命名为类中的任何其他字段：okButton，nameTextBox等。

Answer 4

以下示例是使用.net程序员的大部分内容

Control: Label
Prefix : lbl
Example: lblFirstName

Answer 5

我通常在完整的班级名称前加上，例如textBoxName。我发现它比三个字母前缀更容易阅读，并且它与IDE生成的名称一致。我只命名代码引用的控件。数据绑定控件通常不需要名称。

Answer 6

前缀不是大多数公司的完整类名，而是类名的一些缩写，原因如下：

1. 大多数命名约定在Visual Studio 2010之前获得批准。
2. 所有Visual Studio版本 2010之前的内容过滤器都会使用“以...开头”而不是包含。

这就是为什么很多人/架构师/领导者认为键入“txt”更好的主意，inteli sense会为你过滤所有文本框，所以你只需键入“E”就可以得到txtEmail。如果您有完整的类名，则需要输入“textBoxE”以获得相同的结果。当您拥有复杂的UI时，这会增加很多过热。

现在使用 Visual Studio 2010 ，您可以获得更好的整体意识，因此您只需输入“em”即可轻松查看列表中的“textBoxEmail”（以及电子邮件和其他一些内容）包含“em”）。我似乎更喜欢2-3或4个字母的缩写，这将允许我通过控件类型（特别是用户界面）过滤，而不是键入textBox。我更喜欢它的原因是即使你有一些控制类型（例如Radgrid的“rg”）困惑了一段时间，你需要5分钟3-4次来记住它并开始打字而不考虑它。如果你在任何地方都有radGrid，你需要点击7个笔画才能找到有意义的笔画（例如“radGridCustomers”中的“radGridC”）。

我同意只有代码中引用的命名控件才足够。