在依赖对象上使用 INPC 来支持内置转换行为是错误/不好的吗?
本文关键字:错误 换行 转换 对象 依赖 INPC 内置 支持 | 更新日期: 2023-09-27 18:30:55
我们有一个DependencyObject,它将Value属性定义为DP。它还定义一个 Presets 集合,该集合表示某些预定义值的友好名称。
我们的 UI 应该的工作方式是绑定到 Value 属性时,如果值与预设匹配,则显示友好名称,否则我们直接显示值。
使用转换器是出局的,因为没有可靠的方法来传递预设(按项目定义,它们不共享)和执行双向绑定,所以我们的想法是在对象上公开一个 FriendlyValue 属性并将其用于 UI 中的绑定,让它在内部处理转换。
由于 FriendlyValue依赖于已经存在的 Value DependencyProperty,我们认为我们只是将转换逻辑包装在 CLR getters/setter 中,但这意味着当实际的值 DP 更改时,它需要通知 UI FriendlyValue 也已更新,并且由于 FriendlyValue 是 CLR 属性,我们需要为该特定属性支持 INPC。
我的问题是,这是处理此问题的正确/建议方法,还是我应该使用第二个 DP,监视其更改处理程序并相应地设置其他属性,添加状态变量以阻止一个设置另一个,然后设置第一个,然后再次更新另一个,等等。
下面是对象属性的代码...
public static readonly DependencyProperty PresetsProperty = DependencyProperty.Register(
"Presets",
typeof(List<Preset>),
typeof(MyObject),
new UIPropertyMetadata(null));
public List<Preset> Presets
{
get { return (List<Preset>)GetValue(PresetsProperty); }
set { SetValue(PresetsProperty, value); }
}
public static readonly DependencyProperty ValueProperty = DependencyProperty.Register(
"Value",
typeof(string),
typeof(MyObject),
new UIPropertyMetadata(null, (s,e) => {
var myObject = (MyObject)s;
myObject.OnPropertyChanged("FriendlyValue");
}));
public string Value
{
get { return (string)GetValue(ValueProperty); }
set { SetValue(ValueProperty, value); }
}
public string FriendlyValue
{
get
{
var foundPreset = Presets.FirstOrDefault(preset => preset.Value == this.Value);
return (foundPreset != null)
? foundPreset.FriendlyName
: this.Value;
}
set
{
var foundPreset = Presets.FirstOrDefault(preset => preset.FriendlyName == value);
this.Value = (foundPreset != null)
? foundPreset.Value
: value;
// Note: We don't raise INPC notification here. It's raised in the Value's change handler
}
}
#region INotifyPropertyChanged Members
public event PropertyChangedEventHandler PropertyChanged;
protected void OnPropertyChanged(string propertyName)
{
if(PropertyChanged != null)
PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
}
#endregion
那么,这是否被认为是内置转换器行为的良好做法?
为什么不同时将Value
和FriendlyValue
依赖项属性都设置为依赖项?我认为没有理由同时使用两种技术。
考虑:
using Preset = Tuple<string, string>;
public class MyObject : DependencyObject
{
private readonly IList<Tuple<string, string>> _presets = new List<Preset> {
new Preset("1", "good"),
new Preset("2", "bad"),
};
public static readonly DependencyProperty ValueProperty = DependencyProperty.Register(
"Value", typeof(string), typeof(MyObject),
new PropertyMetadata(null,
(o, e) => ((MyObject)o).ValuePropertyChanged((string)e.NewValue)));
private static readonly DependencyProperty FriendlyValueProperty = DependencyProperty.Register(
"FriendlyValue", typeof(string), typeof(MyObject),
new PropertyMetadata(null,
(o, e) => ((MyObject)o).FriendlyValuePropertyChanged((string)e.NewValue)));
public string Value
{
get { return (string)GetValue(ValueProperty); }
set { SetValue(ValueProperty, value); }
}
public string FriendlyValue
{
get { return (string)GetValue(FriendlyValueProperty); }
set { SetValue(FriendlyValueProperty, value); }
}
private void ValuePropertyChanged (string newValue)
{
var preset = _presets.FirstOrDefault(p => p.Item1 == newValue);
FriendlyValue = preset != null ? preset.Item2 : newValue;
}
private void FriendlyValuePropertyChanged (string newValue)
{
var preset = _presets.FirstOrDefault(p => p.Item2 == newValue);
Value = preset != null ? preset.Item1 : newValue;
}
}
笔记:
- 为简洁起见,预设代码经过简化。
- 这不会导致堆栈溢出,因为如果不更改值,则不会调用更改回调。
我希望我正确理解了你的逻辑。有一个问题:如果将FriendlyValue
更改为预设中的友好值之一,这将Value
更改为找到的预设中的值,进而将FriendlyValue
更改为预设的名称。我不知道这种行为是否在意料之中。