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

Поскольку класс DrawingVisual не располагает инфраструктурой UIElement или FrameworkElement, необходимо программно добавить возможность реагирования на операции проверки попадания. Благодаря концепции логического и визуального деревьев на визуальном уровне делать это очень просто. Оказывается, что в результате написания блока XAML по существу строится логическое дерево элементов. Однако с каждым логическим деревом связано намного более развитое описание, известное как визуальное дерево, которое содержит низкоуровневые инструкции визуализации.

Упомянутые деревья подробно рассматриваются в главе 27, а сейчас достаточно знать, что до тех пор, пока специальные визуальные объекты не будут зарегистрированы в таких структурах данных, выполнять операции проверки попадания невозможно. К счастью, контейнер VisualCollection обеспечивает регистрацию автоматически (вот почему в аргументе конструктора необходимо передавать ссылку на специальный элемент FrameworkElement).

Измените код класса CustomVisualFrameworkElement для обработки события MouseDown в конструкторе класса с применением стандартного синтаксиса С#:

this.MouseDown += CustomVisualFrameworkElement_MouseDown;

Реализация данного обработчика будет вызывать метод VisualTreeHelper.HitTest с целью выяснения, находится ли курсор мыши внутри границ одного из визуальных объектов. Для этого в одном из параметров метода HitTest указывается делегат HitTestResultCallback, который будет выполнять вычисления. Добавьте в класс CustomVisualFrameworkElement следующие методы:

void CustomVisualFrameworkElement_MouseDown(object sender, MouseButtonEventArgs e)

{

  // Выяснить, где пользователь выполнил щелчок.

  Point pt = e.GetPosition((UIElement)sender);

  // Вызвать вспомогательную функцию через делегат, чтобы

  // посмотреть, был ли совершен щелчок на визуальном объекте.

  VisualTreeHelper.HitTest(this, null,

  new HitTestResultCallback(myCallback), new PointHitTestParameters(pt));

}

public HitTestResultBehavior myCallback(HitTestResult result)

{

    // Если щелчок был совершен на визуальном объекте, то

    // переключиться между скошенной и нормальной визуализацией.

    if (result.VisualHit.GetType == typeof(DrawingVisual))

    {

      if (((DrawingVisual)result.VisualHit).Transform == null)

      {

         ((DrawingVisual)result.VisualHit).Transform = new SkewTransform(7, 7);

      }

      else

      {

         ((DrawingVisual)result.VisualHit).Transform = null;

    }

  }

  // Сообщить методу HitTest о прекращении углубления в визуальное дерево.

  return HitTestResultBehavior.Stop;

}

Снова запустите программу. Теперь должна появиться возможность щелкать на любом из отображенных визуальных объектов и наблюдать за выполнением трансформации. Наряду с тем, что рассмотренный пример взаимодействия с визуальным уровнем WPF очень прост, не забывайте, что здесь можно использовать те же самые кисти, трансформации, перья и диспетчеры компоновки, которые обычно применяются в разметке XAML. Таким образом, вы уже знаете довольно много о работе с классами, производными от Visual.

На этом исследование служб графической визуализации WPF завершено. Несмотря на раскрытие ряда интересных тем, на самом деле мы лишь слегка затронули обширную область графических возможностей инфраструктуры WPF. Дальнейшее изучение фигур, рисунков, кистей, трансформаций и визуальных объектов вы можете продолжить самостоятельно (в оставшихся главах, посвященных WPF, еще встретятся дополнительные детали).

Резюме

Поскольку Windows Presentation Foundation является настолько насыщенной графикой инфраструктурой для построения графических пользовательских интерфейсов, не должно вызывать удивления наличие нескольких способов визуализации графического вывода. Плава начиналась с рассмотрения трех подходов к визуализации (фигуры, рисунки и визуальные объекты ), а также разнообразных примитивов визуализации, таких как кисти, перья и трансформации.