Еще одним интересным свойством класса Application является Windows, обеспечивающее доступ к коллекции, которая представляет все окна, загруженные в память для текущего приложения WPF. Вспомните, что создаваемые новые объекты Window автоматически добавляются в коллекцию Application.Windows. Ниже приведен пример метода, который сворачивает все окна приложения(возможно в ответ на нажатие определенного сочетания клавиш или выбор пункта меню конечным пользователем):

static void MinimizeAllWindows

{

  foreach (Window wnd in Application.Current.Windows)

  {

    wnd.WindowState = WindowState.Minimized;

  }

}

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

<p id="AutBody_Root1076"><strong>Роль класса Window</strong></p>

Класс System.Windows.Window (из сборки PresentationFramework.dll) представляет одиночное окно, которым владеет производный от Application класс, включая все отображаемые главным окном диалоговые окна. Тип Window вполне ожидаемо имеет несколько родительских классов, каждый из которых привносит дополнительную функциональность.

На рис. 24.1 показана цепочка наследования (и реализуемые интерфейсы) для класса System.Windows.Window, как она выглядит в браузере объектов Visual Studio.

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

<p id="AutBody_Root1077"><strong>Роль класса System.Windows.Controls.ContentControl</strong></p>

Непосредственным родительским классом Window является класс ContentControl, который вполне можно считать самым впечатляющим из всех классов WPF. Базовый класс ContentControl снабжает производные типы способностью размещать в себе одиночный фрагмент содержимого, который, выражаясь упрощенно, относится к визуальным данным, помещенным внутрь области элемента управления через свойство Content. Модель содержимого WPF позволяет довольно легко настраивать базовый вид и поведение элемента управления ContentControl.

Например, когда речь идет о типичном "кнопочном" элементе управления, то обычно предполагается, что его содержимым будет простой строковый литерал (ОК, Cancel, Abort и т.д.). Если для описания элемента управления WPF применяется XAML, а значение, которое необходимо присвоить свойству Content, может быть выражено в виде простой строки, тогда вот как установить свойство Content внутри открывающего определения элемента:

На заметку! Свойство Content можно также устанавливать в коде С#, что позволяет изменять внутренности элемента управления во время выполнения.

Однако содержимое может быть практически любым. Например, пусть нужна "кнопка", которая содержит в себе что-то более интересное, нежели простую строку — возможно специальную графику или текстовый фрагмент. В других инфраструктурах для построения пользовательских интерфейсов, таких как Windows Forms, потребовалось бы создать специальный элемент управления, что могло повлечь за собой написание значительного объема кода и сопровождение полностью нового класса. Благодаря модели содержимого WPF необходимость в этом отпадает.

Когда свойству Content должно быть присвоено значение, которое невозможно выразить в виде простого массива символов, его нельзя присвоить с использованием атрибута в открывающем определении элемента управления. Взамен понадобится определить данные содержимого неявно внутри области действия элемента. Например, следующий элемент включает в качестве содержимого элемент , который сам имеет уникальные данные (а именно — и ):

 

   

   

 

Для установки сложного содержимого можно также применять синтаксис "свойство-элемент" языка XAML. Взгляните на показанное далее функционально эквивалентное определение , которое явно устанавливает свойство Content с помощью синтаксиса "свойство-элемент" (дополнительная информация о XAML будет дана позже в главе, так что пока не обращайте внимания на детали):

 

   

     

     

   

 

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

<p id="AutBody_Root1078"><strong>Роль класса System.Windows.Controls.Control</strong></p>
Перейти на страницу:

Похожие книги