是否有一种“干净”方法使只读依赖关系反映另一个属性的价值？

Question

下面的代码是我当前的解决方案。

我想模仿的一个很好的例子是框架。什么时候？ ------

从开发人员的角度看，它看起来像是在工作中的数据结合。
但是，实际宽度是仅读取的依赖性属性。微软是否真的必须经过这个巨大的代码垃圾孔才能使这项工作？还是有一种更简单的方法来利用数据结合系统的现有功能？

public class foo : FrameworkElement
{
    [ValueConversion(typeof(string), typeof(int))]
    public class fooConverter : IValueConverter
    {   public object Convert(  object value, Type targetType,
                                object parameter, CultureInfo culture)
        { ... }
        public object ConvertBack(  object value, Type targetType,
                                    object parameter, CultureInfo culture)
        { ... }
    }

    private static readonly fooConverter fooConv = new fooConverter();



    private static readonly DependencyPropertyKey ReadOnlyIntPropertyKey =
        DependencyProperty.RegisterReadOnly( "ReadOnlyInt", typeof(int),
                                             typeof(foo), null);
    public int ReadOnlyInt
    {   get { return (int)GetValue(ReadOnlyIntPropertyKey.DependencyProperty); }
    }



    public static readonly DependencyProperty ReadWriteStrProperty =
        DependencyProperty.Register( "ReadWriteStr", typeof(string), typeof(foo),
                                     new PropertyMetadata(ReadWriteStr_Changed));
    public string ReadWriteStr
    {   get { return (string)GetValue(ReadWriteStrProperty); }
        set { SetValue(ReadWriteStrProperty, value); }
    }



    private static void ReadWriteStr_Changed(   DependencyObject d,
                                            DependencyPropertyChangedEventArgs e)
    {   try
        {   if (d is foo)
            {   foo f = d as foo;
                f.SetValue( ReadOnlyIntPropertyKey,
                            fooConv.Convert(f.ReadWriteStr, typeof(int), null,
                                            CultureInfo.CurrentCulture));
            }
        }
        catch { }
    }
}

Answer 1

不幸的是，您将需要大部分所拥有的东西。在这种情况下，不需要ivalueconverter，因此您可以将其简化为：

public class foo : FrameworkElement
{
    private static readonly DependencyPropertyKey ReadOnlyIntPropertyKey =
        DependencyProperty.RegisterReadOnly( "ReadOnlyInt", typeof(int),
                                         typeof(foo), null);
    public int ReadOnlyInt
    {
       get { return (int)GetValue(ReadOnlyIntPropertyKey.DependencyProperty); }
    }

    public static readonly DependencyProperty ReadWriteStrProperty =
        DependencyProperty.Register( "ReadWriteStr", typeof(string), typeof(foo),
                                 new PropertyMetadata(ReadWriteStr_Changed));

    public string ReadWriteStr
    {
       get { return (string)GetValue(ReadWriteStrProperty); }
        set { SetValue(ReadWriteStrProperty, value); }
    }

    private static void ReadWriteStr_Changed(DependencyObject d,
                                        DependencyPropertyChangedEventArgs e)
    {
         foo f = d as foo;
         if (f != null)
         {
              int iVal;
              if (int.TryParse(f.ReadWriteStr, out iVal))
                  f.SetValue( ReadOnlyIntPropertyKey, iVal);
         }
    }
}

Answer 2

恕我直言，它并不像您建议的那样糟糕...

您可以摆脱转换器：ivalueconverter用于绑定，您不需要它即可以代码为单位的转换。除此之外，我看不到您如何使它更简洁...

Answer 3

是的，有一种干净的方法来“使读取 dependencyProperty反映另一个属性的价值”，但是它可能需要对整个属性编程进行相当根本的转变应用程序的模型。简而 Coercevalue 回调，通过 拉动 构建其自身的价值。

在这种方法中，忽略了传递给coercevalue的“值”参数。相反，每个DP的coercevalue函数函数通过直接从dependencyObject实例传递给coercevalue（（（如果要避免施放到所有者实例类型），则可以使用dobj.getValue（...）。

尝试压制任何怀疑忽略提供给Coercevalue的价值的怀疑可能正在浪费一些东西。如果您遵守此模型，这些值将永远不会有用，并且整体工作与“推送”模型相同或少于“推动”模型，因为尚未更改的源值一如既往地被DP系统所控制。所改变的只是谁负责计算以及完成的位置。这里的好处是，每个DP值的计算总是集中在一个地方，并且特别与该DP相关，而不是散布在整个应用程序上。

您可以在此模型中丢弃depentencyPropertyKey，因为您永远不需要它。取而代之的是，要更新任何只读的DP的值，您只需调用coercevalue或InvalidateValue在所有者实例上，表示所需的DP。之所以起作用，是因为这两个函数不需要DP 键 ，他们使用public dependencyProperty标识符，它们是公共功能，因此，任何代码都可以从任何地方调用。

至于何时何地将这些Coercevalue/InvalidateValue调用，有两个选项：

• 急切： ＆nbsp;在中，在property> property ChangedCallback中呼叫（target）dp的每个（source）dp， in （目标）DP的coercevaluecallback函数，
  ＆nbsp; - 或 -
• 懒惰： ＆nbsp;在获取其值之前，请始终在DP上拨打CoerceValue。

的确，此方法不是那么XAML友好，但这不是OPS问题的要求。但是，考虑到这种方法，您甚至不需要获取或保留dependencyPropertyKey，如果您能够使用，这似乎是最光滑的方法之一围绕“拉”语义重新考虑您的应用程序。

---

在一个完全独立的静脉中，还有另一个可以更简单的解决方案：

在您的depended> dependencyBoct 上展示inotifypropertychanged ，并使用CLR属性作为读取属性，现在将具有一个简单的支持字段。是的， wpf 绑定系统将正确检测和监视这两个机制 - depentencyProperty和inotifyPropertychanged - 在同一类实例上。建议使用私人或其他方式进行固定器，以推动此纯属性的更改，并且该设置器应检查备份字段以检测空置（冗余）更改，否则提高了旧式的CLR property> property Changed 事件。

要绑定到此仅读取属性，要么使用所有者的onProperTychanged Overload（用于自我绑定）以推动DPS的更改，要么为了从任意外部属性绑定，请使用System 。

当然，对于非DP属性或非dependencyObject实例，您可以订阅其inotifyPropertychanged事件，以监视可能会影响您所读取属性的更改。无论如何，无论您以哪种方式将更改添加到仅阅读属性中，其设定器提出的事件都可以确保更改仅读取属性，并正确传播到任何进一步的依赖性属性，是否WPF/DP，CLR，数据，数据，数据 - 结合或其他。