Инструментальные средства разработки ПО Практическая работа №6

В данном примере отсутствуют проблемы, обнаруженные в предыдущем примере. Начальные значения связанных свойств будут согласованы даже в том случае, если элемент TextBlock будет предшествовать элементу Slider.

Проверьте реакцию среды разработки на неверные значения параметров ElementName и Path. Проанализируйте сообщения, которые выводятся в окне вывода (Вид → Вывод) при построении и при запуске приложения.

В выражении привязки с помощью параметра Mode можно задать одно из следующих пяти значений режима привязки:

1. OneWay – целевое свойство обновляется при изменении исходного свойства.

1. OneTime – первоначально значение исходного свойства копируется в целевое свойство, но дальнейшие изменения исходного свойства не учитываются.

1. TwoWay - целевое свойство обновляется при изменении исходного свойства, исходное свойство обновляется при изменении целевое свойства.

1. OneWayToSource – исходное свойство обновляется при изменении целевое свойства.

1. Default – значение по умолчанию. Если целевое свойство устанавливается пользователем (например, TextBox.Text, Slider.Value, CheckBox.IsChecked, …), то это TwoWay, в остальных случаях – это OneWay.

Пример выражения привязки с параметром Mode:

{Binding ElementName=slider1, Path=Value, Mode=OneTime}

Запустите приложение со следующим XAML-кодом:

TextBox x:Name="t1" /

TextBox x:Name="t2" Text="{Binding ElementName=t1, Path=Text}" /

Slider x:Name="slider1" /

Slider x:Name="slider2" Value="{Binding ElementName=slider1, Path=Value}" /

Определите различие в поведении полей t1 и t2 и модифицируйте код, чтобы устранить это различие.

Дополните пример №2 текстовым полем ввода TextBox, в котором пользователь может ввести размер шрифта, и задайте выражения привязки таким образом, чтобы значение ползунка, текст текстового поля и размер шрифта текстового блока соответствовали друг другу.

Стили позволяют определить набор некоторых свойств и их значений, которые потом могут применяться к элементам в xaml. Стили хранятся в ресурсах и отделяют значения свойств

элементов от пользовательского интерфейса. Также стили могут задавать некоторые аспекты поведения элементов с помощью триггеров. Аналогом стилей могут служить каскадные

таблицы стилей (CSS), которые применяются в коде html на веб-страницах.

Зачем нужны стили? Стили помогают создать стилевое единообразие для определенных элементов. Допустим, у нас есть следующий код xaml:

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

Обычно стили, как и другие ресурсы приложения, определяются в ресурсах окна:

Window.Resources

...

Style

Style

...

Window.Resources

Свойство Resources объявлено для класса FrameworkElement, поэтому ресурсы можно объявить практически для любого элемента управления:

StackPanel.Resources

...

Style

Style

...

StackPanel.Resources

Button.Resources

...

Style

Style

...

Button.Resources

Область действия стиля, объявленного в ресурсах какого-либо элемента управления, распространяется только на этот элемент управления и его дочерние элементы управления. Следует учесть, что статический ресурс должен быть определен в коде разметки перед ссылкой на него.

Стиль определяется с помощью элемента Style и может использоваться для определения:

• значений атрибутов;

• обработчиков событий;

• триггеров, меняющих атрибуты элемента управления при возникновении каких- либо событий илипри изменении каких-либо свойств;

• шаблонов, переопределяющих внешний вид элементов управления.

Ключевые свойства, определенные в классе Style:

• TargetType – тип элемента, для которого определяется данный стиль;

• BasedOn – родительский стиль (позволяет задавать иерархические стили);

• Setters – коллекция объектов Setter или EventSetter, которые предназначены для установлениязначений свойств и обработчиков событий;

• Triggers – коллекция триггеров;

• Resourses – коллекция ресурсов, которые необходимо использовать с ресурсами.

Объект Setter определяет значение одного свойства элемента управления:

Setter Property="НАЗВАНИЕ_СВОЙСТВА" Value="ЗНАЧЕНИЕ" /

Рассмотрим модифицированную версию примера 1 с использованием стилей:

Допускается не указывать элемент Style.Setters:

Style TargetType="Button"

Setter Property="Background" Value="DarkBlue" /

Setter Property="Foreground" Value="White" /

Setter Property="FontFamily" Value="Verdana" /

Setter Property="Padding" Value="5" /

Setter Property="Margin" Value="5" /

Style

В данном примере стиль был применен ко всем кнопкам окна (тип элементов управления определен ватрибуте TargetType). Если для элемента Style определить атрибут x:Key с именем стиля, то данный стиль будет определен только к тем кнопкам, для которых указано имя стиля в атрибуте Style с помощьюрасширения разметки StaticResource:

Style="{StaticResource ResourceKey=DocButton}"

Пример стиля, который применяется к трем кнопкам и не применяется к кнопке «Закрыть».

Допускается вместо {StaticResource ResourceKey=DocButton} указывать {StaticResource DocButton}, т.к.

ResourceKey является единственным параметром для расширения разметки StaticResource.

Проверьте, какое значение имеет больший приоритет: значение свойства, указанное в стиле, илизначение атрибута элемента.

Свойства BasedOn класса Style позволяет определять иерархические стили. В этом свойстве с помощью расширения разметки StaticResource указывается родительский стиль. Дочерний стиль наследует все свойства родительского стиля, которые он может дополнить или переопределить. Пример определения дочернего стиля ActiveDocButton на основе родительского стиля DocButton.

Объект EventSetter определяет имя функции-обработчика для события:

EventSetter Event="НАЗВАНИЕ_СОБЫТИЯ" Handler="ИМЯ_ФУНКЦИИ" /

Пример задания одного обработчика для всех кнопок окна:

Модифицируйте WPF-приложение, разработанное в 3-ей лабораторной работе: используйте стили дляоднотипных элементов управления.

Разработайте приложение MultiEdit для одновременной работы с несколькими текстами. Окно должно быть разделено на две части с одинаковыми градиентами. В каждой части окна должно быть несколько многострочных текстовых полей: одно из них большого размера с крупным шрифтом, а остальные маленького размера с мелким шрифтом. То текстовое окно, в котором пользователь набирает текст, должно быть большим, остальные текстовые поля должны быть маленькими. Внешний вид однотипных элементов управления должен определяться с помощью стилей.

Изменить стиль элемента управления в коде можно следующим образом:

(sender as FrameworkElement).Style = (Style)Resources["ИМЯ_СТИЛЯ"];