Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю

•

— открывает доступ к коллекции объектов триггеров, которая делает возможной фиксацию условий возникновения разнообразных событий в стиле;

•

— разрешает строить новый стиль на основе существующего;

•

— позволяет ограничивать место применения стиля.

Определение и применение стиля

Почти в каждом случае объект

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

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

. Откройте файл и определите в нем следующий именованный стиль:

Обратите внимание, что объект

добавляет во внутреннюю коллекцию три объекта . Теперь примените получившийся стиль к нескольким элементам управления в главном окне. Из-за того, что стиль является объектным ресурсом, элементы управления, которым он необходим, по-прежнему должны использовать расширение разметки или для нахождения стиля. Когда они находят стиль, то устанавливают элемент ресурса в идентично именованное свойство . Замените стандартный элемент управления следующей разметкой:

Если вы просмотрите элемент

в визуальном конструкторе Visual Studio (или запустите приложение), то обнаружите, что оба элемента управления поддерживают те же самые курсор, высоту и размер шрифта.

Переопределение настроек стиля

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

теперь использует курсор (вместо курсора , определенного в стиле):

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

Влияние атрибута TargetType на стили

В настоящий момент наш стиль определен так, что его может задействовать любой элемент управления (и он должен делать это явно, устанавливая свое свойство

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

На заметку! При построении стиля, использующего базовый класс, нет нужды беспокоиться о том, что значение присваивается свойству зависимости, которое не поддерживается производными типами. Если производный тип не поддерживает заданное свойство зависимости, то оно игнорируется.

Кое в чем прием помог, но все равно вы имеете стиль, который может применяться к любому элементу управления. Атрибут

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