如何创建自定义*只写*依赖项属性?

你不能,这似乎是故意的。虽然我能理解你对所提到的书的处理方法,而且我决不会质疑它的质量,但我仍然认为这是某种复制粘贴或类似的问题。我的理由是:

WPF属性系统代码

• 正如您已经提到的 DependencyProperty Class 只有特征 RegisterReadOnly() 和 RegisterAttachedReadOnly() .
• 在类内部通过 Reflector 只显示处理这些的专用代码 Read-Only Dependency Properties ,没有关于只写功能的内容。
• 另一个选项可能是元数据,但两者都不是 Dependency Property Metadata 也不是特别的 Framework Property Metadata 借助于 FrameworkPropertyMetadataOptions Enumeration 只提供写行中的任何内容。

WPF物业系统设计

• 更重要的是, '其XAML处理器的当前WPF实现本身具有依赖属性意识。WPF XAML处理器在加载二进制XAML和处理属于依赖属性的属性时,将属性系统方法用于依赖属性。这有效地绕过了属性包装器。 见 XAML Loading and Dependency Properties .
• 最重要的是, '依赖属性通常应视为公共属性。Windows演示基础(WPF)属性系统的性质阻碍了对依赖性属性值进行安全性保证的能力。 见 Dependency Property Security .

尤其是后两点概述了设计约束,依赖属性值总是可以通过 GetValue() / SetValue() ,无论其clr包装器是受访问限制还是完全可用,唯一的例外是 只读依赖项属性 .

因此,作为 Jeffs 答案已经暗示了,例如删除getter并不能真正阻止任何人通过 获取值() 尽管这至少可以 '减少自定义类的立即公开的命名空间' . 任何这样的语义解决方法的有用性,即使属性值变得不那么可见/不可访问,并且检索到的值对于客户机来说本质上是无用的,正如 Jeff 当然,这取决于你的具体情况。

有趣的是,这绝对是一个罕见的场景,我会有兴趣听到更多关于它的功能。

您是否会考虑在没有clr getter的情况下,为读取绑定或getValue提供一个无效的值(如null)?

或者使用私有DependencyProperty来存储您关心的“真实”值, 或 只是一个私有成员变量。

在属性更改回调中,始终将值还原回原始值,同时存储已设置的新值。

我现在大部分时间都花在开发Silverlight控件上,所以这个属性在WPF和Silverlight土地上工作,并且不使用胁迫或任何类似的乐趣。也许这会让你走上正轨。

    /// <summary>
    /// Sets the write-only dependency property.
    /// </summary>
    public string MyWriteOnlyDependencyProperty
    {
        set { SetValue(MyWriteOnlyDependencyPropertyProperty, value); }
    }

    private string _theRealSetValue;

    private bool _ignorePropertyChange;

    /// <summary>
    /// Identifies the MyWriteOnlyDependencyProperty dependency property.
    /// </summary>
    public static readonly DependencyProperty MyWriteOnlyDependencyPropertyProperty =
        DependencyProperty.Register(
            "MyWriteOnlyDependencyProperty",
            typeof(string),
            typeof(TemplatedControl1),
            new PropertyMetadata(null, OnMyWriteOnlyDependencyPropertyPropertyChanged));

    /// <summary>
    /// MyWriteOnlyDependencyPropertyProperty property changed handler.
    /// </summary>
    /// <param name="d">TemplatedControl1 that changed its MyWriteOnlyDependencyProperty.</param>
    /// <param name="e">Event arguments.</param>
    private static void OnMyWriteOnlyDependencyPropertyPropertyChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
    {
        TemplatedControl1 source = d as TemplatedControl1;
        if (source._ignorePropertyChange)
        {
            source._ignorePropertyChange = false;
            return;
        }
        string value = e.NewValue as string;

        source._theRealSetValue = value;

        // Revert, since this should never be accessible through a read
        source._ignorePropertyChange = true;
        source.SetValue(e.Property, e.OldValue);
    }

看起来你可以用 CoerceValueCallback 通过 FrameworkPropertyMetadata 在依赖属性定义中应用。只需安装一个回调,它接受第二个参数(新值)并通过自己的只写机制将其传递给对象,然后返回 null (对于值类型, default(T) )

确实“.net在强制之前会记住原始值”,但不会通过数据绑定进行传播。呼吁 GetValue 将返回强制值,该值不会泄漏任何内容。

我使用它来实现我的主属性值的单向方便设置器,它是一个字节序列。例如,用户可以绑定一个字符串,将主属性设置为编码的字节(ASCII或UTF-8,具体取决于设置的属性)。但并非所有的字节序列都是有效的UTF-8,因此不可能反转转换并通过便利属性读取字符串。

public string AsciiData
{
    set { BinaryArray = Encoding.ASCII.GetBytes(value); }
}

public static readonly DependencyProperty AsciiDataProperty =
    DependencyProperty.Register("AsciiData",
        typeof(string),
        typeof(HexView),
        new FrameworkPropertyMetadata(null, CoerceAsciiData));

private static object CoerceAsciiData(DependencyObject target, object value)
{
    (target as HexView).AsciiData = value as string;
    return null;
}

可以通过元数据替换来删除强制处理程序,因此这不提供 安全 但它将防止开发人员以错误的方式意外创建耦合。

我不明白为什么你不能只得到“得到”就没有什么有用的东西?

但是,在Jeff的示例中,也许您没有实现“onMyWriteOnlyPendencyPropertyChanged”。

如果没有人能读懂的话,没有真正的理由去做这件事,对吧?