7

我目前正在将我创建的一些附加行为迁移到混合行为，以便它们支持在 Expression Blend 中拖放。我注意到 Blend 行为的作者倾向于将行为属性定义为依赖属性。

我创建了一个行为 ，TiltBehaviour它公开了一个TiltFactordouble 类型的公共依赖属性 。在 Expression Blend 中，我可以设置此属性的值，但是，添加“数据绑定 ...”的选项显示为灰色：

无法绑定到行为属性

我还注意到 Behaviors extend DependencyObject，因此它们没有 a DataContext，因此不能继承DataContext它们所附加的元素的 。这对我来说就像一个真正的弱点！

所以，底线是，如果我不能在 Blend 中设置我的行为依赖属性的绑定，并且它不继承 a DataContext，为什么还要使用依赖属性呢？我可以只使用 CLR 属性。

4

2 回答 2

8

除非它们支持绑定，否则混合行为几乎毫无用处！我重新创建了你的倾斜行为，它支持在 Blend 4 中毫无问题地绑定，所以我不知道你到底哪里出错了。也许您可以重现我的简单示例，然后推断您的设置有什么问题。

这是具有依赖属性的（非功能性）倾斜行为：

public class TiltBehavior : Behavior<FrameworkElement>
{
    public double TiltFactor
    {
        get { return (double)GetValue(TiltFactorProperty); }
        set { SetValue(TiltFactorProperty, value); }
    }

    public static readonly DependencyProperty TiltFactorProperty =
        DependencyProperty.Register("TiltFactor", typeof(double), typeof(TiltBehavior), new UIPropertyMetadata(0.0));
}

然后只需创建一个新窗口并将行为放到网格上，Blend 就会创建这个：

<Grid>
    <i:Interaction.Behaviors>
        <local:TiltBehavior/>
    </i:Interaction.Behaviors>
</Grid>

并且属性选项卡中提供了混合“数据绑定...”选项。

我用 WPF 和 Silverlight 项目对此进行了测试。内置的行为、触发器和动作都通过使用依赖属性来支持绑定，并且所有 Blend 示例都大量使用绑定，因此这必须工作。

事实上，您可以将一个内置的行为像FluidMoveBehavior放到您的网格上并检查Duration它是一个依赖属性，它支持绑定。如果这不起作用，我不知道发生了什么！

让我们考虑一下绑定是如何对这些称为行为的奇怪野兽起作用的。

作为 WPF 或 Silverlight 程序员，我们非常熟悉诸如FrameworkElement. 它有一个名为的属性，我们可以操纵它来控制默认绑定源，并且当我们不覆盖它DataContext时，该属性由嵌套元素继承。

但是行为（以及触发器和动作）不是type FrameworkElement。DependencyObject正如我们所料，它们最终源自。但是，虽然我们可以在任何派生自 的类上使用绑定，但DependencyObject我们熟悉DataContext的在这个低级别是缺失的，因此绑定必须提供源代码。 那不是很方便。

因此，行为（无论如何在 WPF 上）Animatable是Animatable从Freezable. Freezable类是依赖对象的简单性与框架元素的复杂性相交的地方。该类Freezable也是更熟悉的东西（如画笔和图像源）的基类。这些类不需要框架元素的全部复杂性，但它们希望以有限的方式参与与其关联的元素。

通过一个复杂的神奇过程，Freezable实例获得一个继承上下文：与它们最密切相关的框架元素，并且当使用默认绑定（没有源的绑定）时，Freezable使用DataContext它的关联元素代替。

实际上，当您了解行为时，这AssociatedObject是一个中心概念；对于行为，它是行为所依附的事物。但重要的一点是所有Freezable对象都可以使用DataContext它们AssociatedObject的代理。

所有这些魔法就是乔什·史密斯所说的：

所有这一切都导致说，由于Hillberg Freezable Trick，Blend 行为支持使用其关联元素的数据上下文作为默认源进行绑定。结果，行为绑定似乎“正常工作”，无需我们付出任何努力。因此，行为的用处要大一千倍。

于 2011-06-14T05:54:42.717 回答
4

编辑： dain 是正确的，您仍然可以绑定到人工创建的 DataContext，您多久看到人们绑定到 a SolidColorBrush.Color？即使 SolidColorBrush 继承自 DependencyObject 并因此没有 DataContext，它也可以工作。

请参阅有关继承上下文的博客文章。

问题是，由于行为是附加的，它们不会出现在逻辑树中，因此无论如何都不会继承 DataContext。

于 2011-06-08T10:13:08.643 回答