// Создать объект приложения.

    MyApp app = new MyApp();

    // Зарегистрировать события Startup/Exit.

    app.Startup += (s, e) => { /*  Запуск приложения */ };

    app.Exit += (s, e) => { /* Завершение приложения */ };

  }

}

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

На заметку! Метод Main() приложения WPF должен быть снабжен атрибутом [STAThread], который гарантирует, что любые унаследованные объекты СОМ, используемые приложением, являются безопасными в отношении потоков. Если не аннотировать метод Main() подобным образом, тогда во время выполнения возникнет исключение. Даже после появления в версии C# 9.0 операторов верхнего уровня вы все равно будете стремиться использовать в приложениях WPF традиционный метод Main(). В действительности метод Main() генерируется автоматически.

Перечисление элементов коллекции Windows

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

static void MinimizeAllWindows()

{

  foreach (Window wnd in Application.Current.Windows)

  {

    wnd.WindowState = WindowState.Minimized;

  }

}

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

Роль класса Window

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

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

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

Роль класса System.Windows.Controls.ContentControl

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

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

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

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