尽管匈牙利命名法是时下认为是不好的做法,它仍然是很常见的编码中的名称类型的用户界面元素,无论是使用前缀(lblTitle,txtFirstName,...)或后缀(TitleLabel,FirstNameTextBox,...).
在我的公司,我们也这样做,因为它使得同事(或很久以前自己)编写的代码更容易阅读(根据我的经验).这个参数通常提出反对这样做 - 如果类型改变,你必须改变变量的名称 - 不是很强,因为改变UI元素的类型通常需要重写代码的所有部分,无论如何它被引用.
所以,我正在考虑在开始WPF开发时保持这种做法(嗯......我们应该使用txtTextBlocks或TextBoxes 的前缀吗？).我错过了什么大的劣势？这是你说"不要这样做,因为......"的机会.
编辑:我知道通过数据绑定,名称UI元素的需求减少.然而,有时需要它,例如在开发自定义控件时......