我有一些哲学问题要问你:
在我的 UWP 应用中,目前我通常定义绑定(bind)属性如下:
public class ExampleViewModel : BaseBind {
// Pattern used for two-way bindings
private object exampleObject; // Private field for backing a binding propery
public Object ExampleObject {
get { return exampleObject; }
set {
SetProperty(ref exampleObject, value);
OnPropertyChanged(nameof(ExampleDerivateProperty));
}
}
// Simple derivate property, used in One-way bindings
public Object ExampleDerivateProperty => (<<Boolean function about ExampleObject>>)? "Something" : "Something different";
}
就是这样......这就是我目前在我的 MVC 模式中使用的所有内容。
...但我注意到许多人更喜欢使用 DependencyProperty 来支持他们的绑定(bind)属性:
public string MyProperty
{
get { return (string)GetValue(MyProperty); }
set { SetValue(MyProperty, value); }
}
public static readonly DependencyProperty MyPropertyProperty = DependencyProperty.Register("MyProperty", typeof(string), typeof(MyControl), null);
如果我使用 DependencyProperties 而不是简单的私有(private)字段,我可以获得哪些有趣的新功能?
我知道这个问题似乎已经在 StackOverflow 上得到了解答,但这个特殊案例可能很有趣,即使有一些例子也值得深入研究。
谢谢。
编辑:我知道这个主题已经有一些答案,但它们大多已经过时,因为现在我们有了 UWP 平台,它具有“x:Bind”编译绑定(bind)和许多其他功能已添加到 C# 中。 我想知道从那时起是否发生了一些变化。
最佳答案
What new interesting functions could I obtain if I would use DependencyProperties instead of simple private fields?
具有依赖属性的类必须从 DependencyObject
继承,这有一些缺点,总结如下:
INotifyPropertyChanged vs. DependencyProperty in ViewModel
例如,它们只能从单个线程访问。
一般来说, View 模型 不应包含任何依赖属性。只有 target 属性通常被定义为依赖属性。目标属性是您在 view 中绑定(bind)某些东西的属性,例如 TextBlock
的 Text
属性。
x:Bind
实际上与在 CLR 和依赖源属性之间进行选择无关。它是 UWP 中的标记扩展,出于性能原因可在编译时将 XAML 绑定(bind)转换为代码。
关于c# - 使用私有(private)字段或 DependencyProperty 支持绑定(bind)属性有什么区别?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47777270/