gpt4 book ai didi

naming-conventions - 在 UI 中替换/避免匈牙利符号的命名建议?

转载 作者:行者123 更新时间:2023-12-04 07:53:43 25 4
gpt4 key购买 nike

我已经停止在所有地方使用匈牙利符号,除了在 UI 中,我经常在 UI 中使用用户名标签、用户名文本框、用户名局部变量、必填字段验证器、用户名属性和方法参数等等,通常都在同一个上下文中。

当前:lblUser、txtUser、rfvUser、_User、用户、用户

如果我使用显而易见的 UserLabel、UserTextBox、UserRequiredFieldValidator,看起来我只是用较长的后缀替换较短的前缀。

用于指示字段的 _ 会被 FxCop 标记,但如果没有前缀,它将与已批准的用户/用户约定发生冲突。

有什么建议吗?

最佳答案

我仍然通常对 UI 对象使用匈牙利表示法,因为我发现它使我的代码更具可读性。

我会为 UI 控件使用 m_firstNameTextBox 或 m_countryComboBox 之类的东西,然后为来自这些控件的字符串值使用 m_firstName 和 m_country。

在一天结束时,您应该使用您喜欢的任何东西。避免匈牙利符号的一揽子规则与规定宗教使用它的规则一样糟糕。很明显,像 intCounter、strName 这样的东西有点矫枉过正,但在其他情况下,在变量名称中指示类的类型确实很有意义,在我看来,UI 控件恰好是它确实有意义的情况之一。

关于naming-conventions - 在 UI 中替换/避免匈牙利符号的命名建议?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/918457/

25 4 0