依赖性 属性:命名约定 --> 有什么用?
Dependency property: Naming convention --> What for?
对于 属性 xyz.
,有一个命名约定来调用 DependencyProperty xyzProperty
- 这只是约定,还是如果违反该命名约定,WPF 的行为是否会有所不同?
- 如果这不仅仅是约定:C# 不是以这种方式转向像 TCL 这样一切都是字符串的脚本语言吗?
Is this just convention or does WPF behave differently if that naming
convention is violated?
不,所有代码都经过编译,Xaml 解析和链接,因此生成的 WPF 没有区别。随意以任何方式命名您的属性。
编码约定只是为了让所有开发人员遵守一个系统,该系统可能会或可能不会提供更易于维护的代码;因此它的目标受众是开发人员而不是终端系统。
If it's not just convention
自 WPF/Silverlight/WP Xaml 成立以来,我一直在专业工作,坦率地说,我从未遇到过实际使用的约定。
Isn't C# used that way moving towards a scripting language like TCL where everything is a string?
没有。 C# 并没有朝那个方向发展,因为它被设计为从头开始 成为过程语言而不是功能语言。它可能会吸收一些赋予其功能性的东西,但它被设计为一种过程语言,并且它不能简单地改变其理念而不放弃其代码库的大部分以实现该方向。
对于 属性 xyz.
,有一个命名约定来调用 DependencyProperty xyzProperty- 这只是约定,还是如果违反该命名约定,WPF 的行为是否会有所不同?
- 如果这不仅仅是约定:C# 不是以这种方式转向像 TCL 这样一切都是字符串的脚本语言吗?
Is this just convention or does WPF behave differently if that naming convention is violated?
不,所有代码都经过编译,Xaml 解析和链接,因此生成的 WPF 没有区别。随意以任何方式命名您的属性。
编码约定只是为了让所有开发人员遵守一个系统,该系统可能会或可能不会提供更易于维护的代码;因此它的目标受众是开发人员而不是终端系统。
If it's not just convention
自 WPF/Silverlight/WP Xaml 成立以来,我一直在专业工作,坦率地说,我从未遇到过实际使用的约定。
Isn't C# used that way moving towards a scripting language like TCL where everything is a string?
没有。 C# 并没有朝那个方向发展,因为它被设计为从头开始 成为过程语言而不是功能语言。它可能会吸收一些赋予其功能性的东西,但它被设计为一种过程语言,并且它不能简单地改变其理念而不放弃其代码库的大部分以实现该方向。