使用表单设计器时，是否应该标注标签？

Question

在像QtCreator或者使用Visual C＃的表单设计器这样的IDE中，我想听听标签是“应该”命名还是仅使用表单设计器中的默认命名方案。如果不打算在代码中触及该对象并且仅用作不变的文本信息，那么该对象是否需要成为某些命名方案的一部分？如果我在用户输入其名称的文本字段上方有一个标签，我应该将该标签命名为“lblNamePrompt”吗？

只是好奇得到一些回应。

Answer 1

我不同意接受的答案。在编程的某些方面，可以认为懒惰是一种美德，但命名不是其中之一 - 无论是控件，变量还是成员，你的目标应该是清晰度，而不是效率

有人最终必须理解并维护这段代码，即使只是我试图回答你在Stack Overflow上发布的问题。您给对象提供的描述性名称越多，我或其他任何人都越容易筛选您的源代码。

假设您在Visual Studio中使用表单设计器，我提出了一个非常简单的规则：

• 如果您不打算在代码中的任何位置使用该控件，则应将其GenerateMember属性设置为“False”。这可防止设计器发出控件的类级成员变量，而不是仅在InitializeComponent method中生成局部变量，这限制了混乱。然后，只有这样你才能感到舒服，不给控件起一个名字。

• 否则，如果您计划或可能从代码中的某个位置引用控件，则应为其指定描述性名称。期间。输入内容并不难。

我认为这个问题的争议部分是准匈牙利符号是否有用（正如加里斯的答案中所建议的那样），而不是你是否应该给控件一个名字。我个人喜欢“btn”导致所有按钮控件在Intellisense中排序的方式，但我知道有些人对匈牙利人有一种病态的仇恨，可能源于在某些人被迫使用它在他们的编码生涯的早期阶段，根据您的喜好随意使用或不使用。

Answer 2

  

如果不打算在代码中触及该对象并仅用作不变的文本信息，那么该对象是否需要成为某些命名方案的一部分？

如果我不打算使用它，我不会给它起个名字。

因为我很懒，而且如果事情有效，我就不会解决这个问题。

Answer 3

我认为保持代码 清除 ，即使您不打算“永远”（注意双引号）是一个很好的做法。我会建议给它一个好名字。

我不是.NET程序员，但我在一些代码中看到他们使用的名称如下：

有关：

标签：

• lblFirstName
• lblLastName
• lblAddress

<强>按钮：

• btnSend
• btnCancel

我非常专业 - YAGNI。但我认为给对象一个引用它的目的/用法的名称是值得的。