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

Троелсен Эндрю

При проектировании шаблона для отображения текстового значения элемента управления использовался элемент

Label

. Подобно

Button

он поддерживает свойство

Content

. Следовательно, если применяется расширение разметки

{TemplateBinding}

, тогда можно определять элемент

Button

со сложным содержимым, а не только с простой строкой.

Но что, если необходимо передать сложное содержимое члену шаблона, который не имеет свойства

Content

? Когда в шаблоне требуется определить обобщенную область

отображения содержимого, то вместо элемента управления специфического типа (

Label

или

TextBox

) можно использовать класс

ContentPresenter

. Хотя в рассматриваемом примере в этом нет нужды, ниже показана простая разметка, иллюстрирующая способ построения специального шаблона, который применяет класс

ContentPresenter

для отображения значения свойства

Content

элемента управления, использующего шаблон:

<!-- Этот шаблон кнопки отобразит то, что установлено

в свойстве Content размещающей кнопки -->

<ControlTemplate x:Key="NewRoundButtonTemplate" TargetType="Button">

<Grid>

<Ellipse Fill="{TemplateBinding Background}"/>

<ContentPresenter HorizontalAlignment="Center" VerticalAlignment="Center"/>

</Grid>

</ControlTemplate>

Встраивание шаблонов в стили

В данный момент наш шаблон просто определяет базовый внешний вид и поведение элемента управления

Button

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

Button

:

<!-- Сейчас базовые значения свойств должен устанавливать

сам элемент Button, а не шаблон -->

<Button x:Name="myButton" Foreground="Black" FontSize="20"

FontWeight="Bold"

Template="{StaticResource RoundButtonTemplate}"

Click="myButton_Click"/>

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

App.xaml

, которому назначен ключ

RoundButtonSyle

:

<!-- Стиль, содержащий шаблон -- >

<Style x:Key="RoundButtonStyle" TargetType="Button">

<Setter Property="Foreground" Value="Black"/>

<Setter Property="FontSize" Value="14"/>

<Setter Property="FontWeight" Value="Bold"/>

<Setter Property="Width" Value="100"/>

<Setter Property="Height" Value="100"/>

<!-- Here is the template!
– ->

<Setter Property="Template">

<Setter.Value>

<ControlTemplate TargetType="Button">

<!--

Далее следует сам шаблон -->

</ControlTemplate>

</Setter.Value>

</Setter>

</Style>

После такого обновления кнопочные элементы управления можно создавать с установкой свойства

Style

следующим образом:

<Button x:Name="myButton" Background="Red" Content="Howdy!"

Click="myButton_Click" Style="{StaticResource RoundButtonStyle}"/>

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

Резюме

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

Затем был описан API-интерфейс анимации WPF. В приведенных примерах анимация создавалась с помощью кода С#, а также посредством разметки XAML. Для управления выполнением анимации, определенной в разметке, применяются элементы

Storyboard

и триггеры. Далее был продемонстрирован механизм стилей WPF, который интенсивно использует графику, объектные ресурсы и анимацию.

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

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

Глава 28

Уведомления WPF, проверка достоверности, команды и MWM

В настоящей главе исследование программной модели WPF завершается рассмотрением возможностей, которые поддерживаются паттерном "модель-представление-модель представления" (Model View ViewModel — MWM). Вы также узнаете о системе уведомлений WPF и ее реализации паттерна "Наблюдатель" (Observer) через наблюдаемые модели и коллекции. Обеспечение автоматического отображения пользовательским интерфейсом текущего состояния данных значительно улучшает его восприятие конечными пользователями и сокращает объем ручного кодирования, требуемого для получения того же результата с помощью более старых технологий (вроде Windows Forms).