Несмотря на то что типы Shape позволяют генерировать интерактивную двумерную поверхность любого вида, из-за насыщенной цепочки наследования они потребляют довольно много памяти. И хотя класс Path может помочь снизить накладные расходы за счет применения включенных геометрических объектов (вместо крупной коллекции других фигур), инфраструктура WPF предоставляет развитый API-интерфейс рисования и геометрии, который визуализирует еще более легковесные двумерные векторные изображения.
Входной точкой в этот API-интерфейс является абстрактный класс System.Windows.Media.Drawing (из сборки PresentationCore.dll), который сам по себе всего лишь определяет ограничивающий прямоугольник для хранения результатов визуализации.
Инфраструктура WPF предлагает разнообразные классы, расширяющие Drawing, каждый из которых представляет отдельный способ рисования содержимого (табл. 26.7).
Будучи более легковесными, производные от Drawing типы не обладают встроенной возможностью обработки событий, т.к. они не являются UIElement или FrameworkElement (хотя допускают программную реализацию логики проверки попадания).
Другое ключевое отличие между типами, производными от Drawing, и типами, производными от Shape, состоит в том, что производные от Drawing типы не умеют визуализировать себя, поскольку не унаследованы от UIElement! Для отображения содержимого производные типы должны помещаться в какой-то контейнерный объект (в частности DrawingImage, DrawingBrush или DrawingVisual).
Класс DrawingImage позволяет помещать рисунки и геометрические объекты внутрь элемента управления Image из WPF, который обычно применяется для отображения данных из внешнего файла. Класс DrawingBrush дает возможность строить кисть на основе рисунков и геометрических объектов, которая предназначена для установки свойства, требующего кисть. Наконец, класс DrawingVisual используется только на "визуальном" уровне графической визуализации, полностью управляемом из кода С#.
Хотя работать с рисунками немного сложнее, чем с простыми фигурами, отделение графической композиции от графической визуализации делает типы, производные от Drawing, гораздо более легковесными, чем производные от Shape типы, одновременно сохраняя их ключевые службы.
Ранее в главе элемент Path заполнялся группой геометрических объектов примерно так:
Поступая подобным образом, вы достигаете интерактивности Path при чрезвычайной легковесности, присущей геометрическим объектам. Однако если необходимо визуализировать аналогичный вывод и отсутствует потребность в любой (готовой) интерактивности, тогда тот же самый элемент DrawingBrush:
При помещении группы геометрических объектов внутрь DrawingBrush также понадобится установить объект Pen, применяемый для рисования границ, потому что свойство Stroke больше не наследуется от базового класса Shape. Здесь был создан элемент Pen с теми же настройками, которые использовались в значениях Stroke и StrokeThickness из предыдущего примера Path.
Кроме того, поскольку свойство Fill больше не наследуется от класса Shape, нужно также применять синтаксис "элемент-свойство" для определения объекта кисти, предназначенного элементу DrawingGeometry, со сплошным оранжевым цветом, как в предыдущих настройках Path.
Теперь объект DrawingBrush можно использовать для установки значения любого свойства, требующего объекта кисти. Например, после подготовки следующей разметки в редакторе Kaxaml с помощью синтаксиса "элемент-свойство" можно рисовать изображение по всей поверхности Page:
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
Или же элемент DrawingBrush можно применять для установки другого совместимого с кистью свойства, такого как свойство Background элемента Button:
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
Независимо от того, какое совместимое с кистью свойство устанавливается с использованием специального объекта DrawingBrush, визуализация двумерного графического изображения в итоге получается с намного меньшими накладными расходами, чем в случае визуализации того же изображения посредством фигур.
