【问题标题】:UI Element NamingUI 元素命名
【发布时间】:2009-03-27 14:15:30
【问题描述】:
您对用户界面元素(包括对话框)使用什么命名约定?
控件:我使用 [描述性名称][控件类型](例如 OKButton、MainTableLayout)
Windows:我使用 [描述性名称]Window(例如 SearchWindow、CustomerListWindow)
有时,如果控件类型仍然清晰易读,我会缩短它(“Grid”而不是“DataGridView”)
您的约定是什么,为什么要使用它们?
【问题讨论】:
标签:
user-interface
naming-conventions
【解决方案1】:
我的约定与你的几乎相同。我在名称中包含类型的原因是表明它是我们正在谈论的 UI 对象,而不是有形的东西。例如。 UI 按钮不是真实世界的按钮。
【解决方案2】:
我的做法和你差不多,只是我使用 3-4 个字母的缩写,例如 Btn 和 Lbl 来表示控件。
我使用它们只是为了方便和可维护性,因此当 Intellisense 弹出时,我可以立即选择我想要的选项,例如FirstNameTbx 而不是属性 FirstName。从长远来看,它并没有节省太多时间,但它仍然有帮助,而且与我一起工作的大多数人都希望它是这样的。
【解决方案3】:
我使用了匈牙利符号(btnOK、grdCustomers 等)和一个稍微不同的版本,其中一切都只是 ui(uiOK、uiCustomers)。
我喜欢将类型放在前面,因为在使用 IDE 时,您可以快速输入“ui”或“btn”之类的内容,它会过滤到您的 ui 元素。
一方面,我更喜欢“ui”方法而不是匈牙利语,因为我背后的代码不应该真正关心我的元素是什么类型。另外,如果我将 grdCustomers 更改为列表 (lstCustomers),我必须更改很多代码。
另一方面,为所有内容添加“ui”前缀的不利之处在于,您会得到很多重复项(您有一个用于客户名称的文本框和一个用于该文本框的标签,bot 类似于 uiCustomer)。