Silverlight 中附加依赖属性和非附加依赖属性之间的差异

Question

好吧，Stackers，我在这个问题上花了几个小时，我想知道是否有人有明确的答案。
对于我所做的所有研究，我在 Silverlight 中找不到 .Register 和 .RegisterAttached 之间的任何区别。现在，在您贸然告诉我 .RegisterAttached 用于将 DP 附加到另一个类之前，请尝试使用 DependencyProperty.Register() 实现附加依赖属性。我没有发现任何差异，所以我不知道差异是什么。
此外，在我的具体情况下，我试图扩展 Grid 类的功能，并希望为其提供一些额外的属性。因此，我尝试列出将 typeof(Grid) 和 typeof(FluidLayoutManager) （实现类）作为ownerType 参数传递，并且它似乎也没有什么作用区别...（我相信当我从同一命名空间传递两个自定义类时，它确实会产生影响。但是，当传递 Microsoft 定义的类与自定义类时，我总是将其作为 DP 的 DP 显示在 XAML 中自定义类。）
如果我对这个话题有任何澄清，我将不胜感激，因为我坐在这里挠头，想知道是否有任何区别，或者微软是否再次与我搞砸。

Answer 1

鉴于评论中的讨论，我将尝试用简单的英语进行此讨论：

附加依赖项属性和依赖项属性（以及 .Register 和 .RegisterAttached 之间）之间的主要区别是 RegisterAttached 允许将值分配给任何依赖项对象而 Register 只允许它附加到作为 ownerType 参数传递的类。

正如 Haris Hasan 提到的（在评论线程深处），您的示例使用的是唯一允许的类型（即 CustomControl）并且不会向您显示附加版本可以分配给任何依赖项对象。

例如，您可以使用附加依赖属性（但不是普通的 DP）来执行此操作：

<Grid local:AttacherClass.ADP1="1" x:Name="LayoutRoot" Background="White">
</Grid>

我能找到的 ADP 的最佳参考是这个：http://msdn.microsoft.com/en-us/library/ms749011.aspx

我们使用ADP 作为本地化系统的基础，因此翻译可以在加载期间寄生到对象上，而不是使用可怕的长绑定。无法使用 DP 做到这一点

更新：

我还想澄清一下，父级限制适用于基于 XAML 的属性使用。从代码来看，父级限制显然不适用。

Answer 2

相信“RegisterAttached 允许将值分配给任何依赖对象，而 Register 只允许将其附加到作为ownerType 参数传递的类”是错误的。下面是一个使用 Register 注册的附加属性的完美工作示例：

class FooPropertyDeclaringType
{
    public static readonly DependencyProperty FooProperty = 
        DependencyProperty.Register("Foo", typeof(int), typeof(FooPropertyDeclaringType));
}

class SomeUnrelatedType : DependencyObject { }

class Program
{
    static void Main()
    {
        var obj = new SomeUnrelatedType();
        obj.SetValue(FooPropertyDeclaringType.FooProperty, 10);
        Debug.Assert(10 == (int)obj.GetValue(FooPropertyDeclaringType.FooProperty));
    }
}

Reflector 表明 Register 和 RegisterAttached 之间的唯一区别是 Register 会丢弃大部分提供的元数据，并且仅为注册类的实例保留它（通过 OverrideMetadata）。这意味着通常在元数据中指定的继承和各种更新通知等属性不适用于通过 Register 注册并附加到其他类型（注册类型除外）对象的属性。所以Register实际上是RegisterAttached的精简版本。这样做可能是出于性能原因。

在 Haris Hasan 链接的示例中对他的答案的评论，如果您将 RegisterAttached 更改为 Register，按钮将停止移动（因为该属性不再为 Button 类型提供 AffectsParentArrange 元数据），但当您调整窗口大小。但是，如果在调用 InitializeComponent() 之后将相同的元数据添加到 Button 类型：

RadialPanel.AngleProperty.OverrideMetadata(
    typeof(Button), 
    new FrameworkPropertyMetadata(
        0.0, FrameworkPropertyMetadataOptions.AffectsParentArrange));

那么一切都会再次正常工作，就像调用 RegisterAttached 一样。

Answer 3

就实施而言，它们可能没有太大不同，但它们在操作上有所不同，即它们的作用和用途不同。

Simple Register 用于简单的依赖属性，通常用于绑定和验证，因此它们是普通的 CLR 属性，并具有一些额外的魔力，有助于 WPF

RegisterAttached 通常用于以下位置您想要公开一个可以在子类中访问和设置的属性，例如 DockPanel，其中控件的子级使用 Dock.Left 告诉父级它们想要放置的位置或Dock.Right。因此，它们是一种特殊的依赖属性，可以在子控件中访问（这不是简单的 Register 属性的情况），并且它们（在 DockPanel 的情况下）有帮助父控件显示子

项简而言之，Register 用于注册在同一类中使用的依赖属性，而 RegisterAttached 用于注册特殊属性名为 attached 的依赖属性属性，并且它们由定义它的类以外的类使用和访问

这很好地解释了附加属性以及通过简单 DP 无法实现的内容

Answer 4

如果您使用 RegisterAttached 进行注册，则它会成为任何 DependencyObject 存储中的全局属性，即您可以在任何 DependencyObject 上 SetValue

如果您在调用 Get/Setvalue 时使用 Register，则会检查该调用是否来自一个对象：可转换为注册类型。

行为类似于 RegisterAttached 的属性的示例是 Grid.Row 和 Grid.Column。

Answer 5

那么 RegisterAttached 中的“ownerType”到底是用来做什么的？ 这个问题已经困扰了我好几年了，所以我最终仔细研究了 WindowsBase 中的 4.6.1 代码。

对于任何 DependencyProperty（无论是附加的还是其他方式），它最终归结为 WPF 为后期绑定 XAML 访问获取什么类型的 PropertyDescriptor，并且直到第一次（基于每个类型/属性配对）尝试此类访问。这种延迟是必要的，因为 PropertyDescriptor 封装了绑定到特定类型的属性，而附加属性的目的就是为了避免这种情况。

当 XAML 访问发生时，Register(...) 与 RegisterAttached(...) 的区别已经消失在（运行）时间的迷雾中。正如其他人在此页面上指出的那样，“DependencyProperty”本身并不编码附加与非品种之间的区别。假设每个 DP 都适合任一用途，仅取决于运行时可以计算出的内容。

例如，下面的 .NET 代码似乎依赖于不在“tOwner”类型上查找匹配的实例属性作为允许附加访问的第一个要求。为了确认这一诊断，它会检查“tOwner”是否公开了其中一种静态访问方法。这是一个模糊的检查，因为它不验证方法签名。这些签名仅对 XAML 访问有意义；附加属性的所有实际运行时目标都必须是 DependencyObject，WPF 只要有可能就通过 DependencyObject.GetValue/SetValue 访问它。 （据报道，VS 设计器确实使用静态访问器，如果没有它们，您的 XAML 将无法编译）

相关的 .NET 代码是静态函数 DependencyPropertyDescriptor.FromProperty，此处显示了我自己的注释（摘要如下） ):

internal static DependencyPropertyDescriptor FromProperty(DependencyProperty dp, Type tOwner, Type tTarget, bool _)
{
    /// 1. 'tOwner' must define a true CLR property, as obtained via reflection, 
    /// in order to obtain a normal (i.e. non-attached) DependencyProperty
    if (tOwner.GetProperty(dp.Name) != null)
    {
        DependencyPropertyDescriptor dpd;

        var dict = descriptor_cache;
        lock (dict)
            if (dict.TryGetValue(dp, out dpd))
                return dpd;

        dpd = new DependencyPropertyDescriptor(null, dp.Name, tTarget, dp, false);
        lock (dict)
            dict[dp] = dpd;

        /// 2. Exiting here means that, if instance properties are defined on tOwner,
        /// you will *never* get the attached property descriptor. Furthermore,
        /// static Get/Set accessors, if any, will be ignored in favor of those instance
        /// accessors, even when calling 'RegisterAttached'
        return dpd;
    }

    /// 3. To obtain an attached DependencyProperty, 'tOwner' must define a public,
    /// static 'get' or 'set' accessor (or both).

    if ((tOwner.GetMethod("Get" + dp.Name) == null) && (tOwner.GetMethod("Set" + dp.Name) == null))
        return null;

    /// 4. If we are able to get a descriptor for the attached property, it is a
    /// DependencyObjectPropertyDescriptor. This type and DependencyPropertyDescriptor
    /// both derive directly from ComponentModel.PropertyDescriptor so they share
    /// no 'is-a' relation.

    var dopd = DependencyObjectProvider.GetAttachedPropertyDescriptor(dp, tTarget);
    /// 5. Note: If the this line returns null, FromProperty isn't called below (new C# syntax)

    /// 6. FromProperty() uses the distinction between descriptor types mentioned in (4.)
    /// to configure 'IsAttached' on the returned DependencyProperty, so success here is 
    /// the only way attached property operations can succeed.
    return dopd?.FromProperty(dopd);
}

摘要：当调用 RegisterAttached 创建附加的 DependencyProperty 时，“ownerType”的唯一用途是识别定义适当的类型。静态获取/设置访问器。 “ownerType”上必须至少存在这些访问器之一，否则 XAML 附加访问将无法编译或静默失败。尽管 RegisterAttached 在这种情况下不会失败，而是成功返回了失效的 DP。对于仅用于附加使用的 DP，“tOwner”不必从 DependencyObject 派生。您可以使用任何常规 .NET 类（静态或非静态），实际上甚至可以是结构！