C＃中Windows控件的命名约定

Question

我想知道c＃中控件名称的指导。我已经看到以下链接，但它没有讨论控件：  http://msdn.microsoft.com/en-us/library/ms229002.aspx

其他链接告诉我使用匈牙利表示法，但有些链接告诉我使用匈牙利表示法是不好的做法。

对于控件来说，个人使用hangarian表示法似乎没问题。 http://vb.byu.edu/vb/HungarianNotation.htm

但我不确定，需要一些指导吗？

Answer 1

使用您用于其余代码的相同转换来命名它。

如果您的代码使用匈牙利语，请使用该名称进行命名..如果您的代码使用了其他内容，请使用该代码。

一个例外是面向公众的API（类型，枚举等）。我建议你采取MS做的路线，并命名没有前缀和其他瑕疵的骆驼案例。

Answer 2

虽然我个人反对匈牙利表示法，但我倾向于使用Windows控件的名称做类似的事情。但是，我倾向于将控件类型作为后缀。而不是使用前缀。

liquidHydrogenCapacityTextBox
extraKetchupCheckBox
fileOpenMenuItem
favoriteFormerNSyncMemberDropDownList

我认为这没关系，不是因为它描述了变量的类型，而是因为它描述了变量实际包含的内容。

Answer 3

我暂时使用匈牙利符号，但主要问题是如果你改变你的控件的基础类型，你就会陷入你所决定的名字中。现在重构工具正在帮助，但在我的日常工作中，我不断遇到＆＃34; calSomething＆＃34;或＆＃34; edtWhatever＆＃34;这不是日历和编辑器了。我记得微软已经习惯了，所以我们仍然在Windows SDK中使用wParam和lParam，尽管它们自32bit操作系统出现以来它们基本相同。

我的建议是不要使用匈牙利表示法，而是为控件选择有意义的名称。 Intellisense等对于在大多数时间确定控件的类型非常有帮助，并且使用前缀有时可能会使您的代码对于偶尔的读者不太清楚，因为它会将您的注意力从程序的语义转移到所使用的机制上通过它。

Answer 4

我会在这里采取少数派的立场，并说我们的商店仍然通常使用匈牙利表示法来控制WinForms。主要是因为当我们第一次编写UI时，这是标准的回归，并且没有理由回去做大规模重命名。

当我们编写新的UI代码时，特别是WPF，我们已经越来越倾向于直接的名称，如“userNameTextBox”（在极少数情况下我们需要命名WPF控件）。它更具可读性。