Язык программирования C#9 и платформа .NET5

• Свойства зависимости предоставляют поддержку инфраструктуры для триггеров WPF (также довольно часто используемых при работе с анимацией и привязкой данных).

Имейте в виду, что во многих случаях вы будете взаимодействовать с существующим свойством зависимости способом, идентичным работе с обычным свойством CLR (благодаря оболочке CLR). В предыдущем разделе, посвященном привязке данных, вы узнали, что если необходимо установить привязку данных в коде, то должен быть вызван метод SetBinding() на целевом объекте операции и указано свойство зависимости, с которым будет работать привязка:

private void SetBindings()

{

  Binding b = new Binding

  {

    // Зарегистрировать преобразователь, источник и путь.

    Converter = new MyDoubleConverter(),

    Source = this.mySB,

    Path = new PropertyPath("Value")

  };

  // Указать свойство зависимости.

  this.labelSBThumb.SetBinding(Label.ContentProperty, b);

}

Вы увидите похожий код в главе 27 во время исследования запуска анимации в коде:

// Указать свойство зависимости.

rt.BeginAnimation(RotateTransform.AngleProperty, dblAnim);

Потребность в построении специального свойства зависимости возникает только во время разработки собственного элемента управления WPF. Например, когда создается класс UserControl с четырьмя специальными свойствами, которые должны тесно интегрироваться с API-интерфейсом WPF, они должны быть реализованы с применением логики свойств зависимости.

В частности, если нужно, чтобы свойство было целью операции привязки данных или анимации, если оно обязано уведомлять о своем изменении, если свойство должно быть в состоянии работать в качестве установщика в стиле WPF или получать свои значения от родительского элемента, то возможностей обычного свойства CLR окажется не достаточно. В случае использования обычного свойства другие программисты действительно могут получать и устанавливать его значение, но если они попытаются применить такое свойство внутри контекста службы WPF, то оно не будет работать ожидаемым образом. Поскольку заранее нельзя узнать, как другие пожелают взаимодействовать со свойствами специальных классов UserControl, нужно выработать в себе привычку при построении специальных элементов управления всегда определять свойства зависимости.

Исследование существующего свойства зависимости

Прежде чем вы научитесь создавать специальные свойства зависимости, давайте рассмотрим внутреннюю реализацию свойства Height класса FrameworkElement. Ниже приведен соответствующий код (с комментариями):

// FrameworkElement "является" DependencyObject.

public class FrameworkElement : UIElement, IFrameworkInputElement,

  IInputElement, ISupportInitialize, IHaveResources, IQueryAmbient

{

  ...

  // Статическое поле только для чтения типа DependencyProperty.

  public static readonly DependencyProperty HeightProperty;

  // Поле DependencyProperty часто регистрируется

  // в статическом конструкторе класса.

  static FrameworkElement()

  {

    ...

    HeightProperty = DependencyProperty.Register(

      "Height",

      typeof(double),

      typeof(FrameworkElement),

      new FrameworkPropertyMetadata((double) 1.0 / (double) 0.0,

        FrameworkPropertyMetadataOptions.AffectsMeasure,

        new PropertyChangedCallback(FrameworkElement.OnTransformDirty)),

      new ValidateValueCallback(FrameworkElement.IsWidthHeightValid));

    }

    // Оболочка CLR, реализованная с использованием

    // унаследованных методов GetValue()/SetValue().

    public double Height

    {

      get { return (double) base.GetValue(HeightProperty); }

      set { base.SetValue(HeightProperty, value); }

    }

}