命名用户控件的最佳实践?

发布于 2024-08-07 19:15:09 字数 122 浏览 6 评论 0原文

我创建了相当多的用户控件来封装应用程序中多个位置使用的 GUI 功能。我注意到我通常倾向于描述控件的功能并在名称末尾添加“Control”,但并非总是如此。我想标准化命名,并想知​​道是否有在 .NET 中命名用户控件的最佳实践?

I've created quite a few user controls to encapsulate GUI functionality used in multiple places in my app. I've noticed I usually have a tendency to describe the function of the control and tack "Control" on the end of the name, but not always. I'd like to standardize the naming and wanted to know if there's a best practice for naming User Controls in .NET?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(7

心在旅行 2024-08-14 19:15:09

实际上,Control 是一个非常好的后缀。考虑为名称/地址创建一个控件,您希望名称中的某些内容将其标记为 GUI 而不是逻辑。

所以我倾向于使用NameAddressControl。

Actually, Control is a pretty good suffix. Consider making a control for Name/Address, you want something in the name that marks it as GUI instead of Logical.

So I tend to use NameAddressControl.

昔日梦未散 2024-08-14 19:15:09

我还为我的用户控件添加了后缀“Control”
我的 UI 模块的典型结构如下所示:

DataEntry
->数据输入表格
->数据输入地址控件
->数据条目名称控件
->数据条目地址项
->数据条目地址项集合
-> DataEntryConfirmationDialog

对我们团队来说效果很好

I also suffix my user controls with "Control"
My typical structure for UI modules would look something like:

DataEntry
-> DataEntryForm
-> DataEntryAddressControl
-> DataEntryNameControl
-> DataEntryAddressItem
-> DataEntryAddressItemCollection
-> DataEntryConfirmationDialog

etc.

works well for our team

悍妇囚夫 2024-08-14 19:15:09

尝试保留用户熟悉的内容,除非您直接为其他编码人员编码。不引入最终用户不熟悉的术语是一个经过验证的可靠性问题。

Try to stay with something familiar to the user unless you are coding directly for other coders. It is a proven reliability issue not to introduce nomenclature that end-user is not familiar with.

二手情话 2024-08-14 19:15:09

与其他一些控件一样,我们也使用 Control 后缀作为用户控件。 (即 ResPayerControl)

Like some of the others, we also use the Control suffix for our user controls. (ie ResPayerControl)

撩动你心 2024-08-14 19:15:09

UI 元素是我仍然使用匈牙利表示法的唯一东西。 uctDoesSomething 对我有用。

这主要是一个偏好问题,但我发现当我选择一个控件时,我的想法是“它是什么类型的控件”,然后是“它做什么”。在这种情况下,输入“uct”并让智能感知为我提供替代方案是有意义的。

UI elements are the only thing that I still do Hungarian notation for. uctDoesSomething works for me.

This is mostly a preference thing but I find that when I'm selecting a control my thoughts go in the order of "what type of control would it be" and then "what does it do". In that case it makes sense to type out "uct" and let intellisense provide me the alternatives.

月亮坠入山谷 2024-08-14 19:15:09

我见过使用两种方法:

  • LoginDateCalendarCtl
  • UCLoginDateCalendar

There are two methods I've seen used:

  • LoginDateCalendarCtl
  • UCLoginDateCalendar
吲‖鸣 2024-08-14 19:15:09

firstNameLA.Text="姓名:";

firstNameTI.Text="<在此 TextInput 控件中输入您的姓名>";

1) lowcaseCamel 因为控件默认是私有的

2) 使用后缀而不是智能感知的前缀等来按名称而不是类型进行拾取

3) 包括类型而不是简单的“Control”,以提醒您真实的、奇怪的名称你拥有的所有那些该死的奇特的 schmantzy ui 组合

firstNameLA.Text="Name:";

firstNameTI.Text="<Enter your name in this TextInput Control>";

1) lowcaseCamel because controls are default private

2) use suffix instead of prefix for intellisense, etc to pick up by name not type

3) include the type and not simply 'Control', to remind your mind of the real, weireded-out names of all those darn fancy-schmantzy ui comps you gots

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文