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

Он сообщает инфраструктуре о том, что элементу управления в строке 20 файла XAML назначен обработчик события

, как показано в предыдущем коде.

Наконец, класс

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

Здесь возникает вопрос: что собой представляет этот встроенный ресурс?

Роль BAML

Как и можно было предположить, формат BAML является компактным двоичным представлением исходных данных XAML. Файл

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

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

Вдобавок запомните, что имена таких двоичных ресурсов идентичны именам написанных автономных файлов

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

Разгадывание загадки Main()

Теперь, когда известно, как работает процесс

, откройте файл . В нем обнаружится автоматически сгенерированный метод , который инициализирует и запускает ваш объект приложения:

Метод

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

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

Вспомните, что в классе

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

В целях иллюстрации вы обновите текущий обработчик события

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

Звучит достаточно просто, но как передать обработчику события

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