Для начала работы с .NET 3.0 необходимо либо дождаться релиза следующей Visual Studio с таинственным кодовым именем Orcas, либо добавить поддержку версии 3.0 в текущую версию (речь идёт, безусловно, о VS 2005). Инструкции по загрузке и установке .NET 3.0 вкупе с расширениями для VS можно найти в конце статьи.
Примечание:
.NET 3.0 так называется исключительно, повторяю, исключительно из маркетинговых соображений. На самом деле это всё тот же .NET 2.0 Runtime и несколько новых библиотек - WPF (Windows Presentation Foundation), которую мы рассматриваем в этом обзоре, WCF (Windows Communication Foundation) и WWF (Windows Workflow Foundation). Среди программистов также популярна шутка, что Microsoft забыла выпустить библиотеку с наименованием WTF
.Итак, предположим, что установка прошла спокойно, и вы нажали на кнопку "Finish". Кстати, я не зря использовал слово "предположим" применительно к успешному концу установки: для вящего эффекта после установки инсталлятор радостно выкинул BSoD, чем поверг меня в уныние. В прочем, потом он присмирел и таки дал мне спокойно начать работать играться с новой библиотекой.
Теперь, когда все дебри установки остались позади, мы должны запустить Visual Studio и создать новый проект. Насколько я знаю, никаких проблем с обратной совместимостью нет, так что можно будет безбоязненно работать и со старыми проектами из той же студии. Для создания нового проекта с использованием WPF необходимо выбрать шаблон "Windows Application (WPF)", появившийся с установкой расширений.
Первое, что мы замечаем - это изменения в дизайнере: теперь он разделён на две части, в которых располагаются, соответственно, дизайнер и редактор кода. Но самое сокрушительное изменение обнаруживается при взгляде на Solution Explorer: код формы теперь хранится в файле с расширением *.xaml. Что же, теперь на XML кодить будем? Не совсем. Потому что файл с именем TestWindow.cs тоже присутствует. Наберите в лёгкие воздуха и задержите дыхание... На XAML (диалект XML, разработанный Microsoft) пишется только код пользовательского интерфейса. Медленно выдохните. Вы поняли меня? Нет? Тогда читайте дальше.
Новый дизайнер.
Файлы XAML.
Примечание:
XAML произносится не "ксамл" и даже не "икс эй эм эль". Правильное произношение - "замл".
Попробуем разобраться в новшествах WPF, для чего нам придётся немного пройтись по базовым знаниям архитектуры Windows Forms. Раньше, чтобы добавить на форму текстовое поле, нужно было описать поле типа TextBox в классе формы, инициализировать его и добавить в коллекцию компонентов (то есть, конечно, за нас эту работу выполнял дизайнер, но сути оно не меняет).
WPF предлагает записывать интерфейс в XML, то есть простая форма с текстовым полем описывается примерно так:
TestWindow.xaml
| Код |
<Window x:Class="WPFTest.TestWindow" |
TestWindow.xaml.cs
| Код |
using System; |
Не нужно быть гением, чтобы догадаться, что корневой элемент - Window - представляет собой окно. Он содержит по одному атрибуту на каждое свойство класса System.Windows.Window, в чём-то неуловимо похожего на System.Windows.Forms.Form
. Разумеется, вовсе не обязательно указывать для каждого из них своё значение, так как в большинстве случаев нас вполне устраивают значения атрибутов-свойств по умолчанию. Следующий по "вложенности" элемент - это "сетка" (Grid). Её не было в Windows Forms, так что позже мы рассмотрим её более внимательно. Пока что достаточно лишь знать, что это - контейнер для всех элементов формы. Ну и, соответственно, элемент TextBox так текстовым полем и остаётся, несмотря на свою вопиющую декларативность .Весь код логики пишется именно в файле *.cs, причём до "настоящего" класса, содержащего реализацию метода InitializeComponent(), теперь не так-то просто достучаться, поскольку его не видно даже по нажатии в Solution Explorer кнопки "Show All Files". Файл из *.designer.cs прератился в *.g.cs и, этот partial-класс выглядит так:
TestForm.g.cs
| Код |
/// <summary> |
Примечание: интересно, а я один заметил, что имя переменной resourceLocater в методе Connect() написано с ошибкой
?Как видно, во время выполнения библиотека WPF в лице класса System.Windows.Application извлекает XAML-файлы из ресурсов приложения и "на ходу" создаёт форму. В чём плюсы такого подхода? На самом деле, идея декларативного языка для описания UI ни в коем случае не является новой. Сейчас получил большое распространение диалект XML "XUL" (зул), используемый в качестве основы для написания UI таких приложений, как Mozilla Firefox и Mozilla Thunderbird. Также существует аналог XAML c открытым исходным кодом, который называется MyXaml. На самом деле, в моём понимании ни тот, ни другой ни в коем случае не являются аналогом XAML из-за гораздо более скудного набора возможностей.
Каковы плюсы подобного подхода? Позвольте мне перечислить самые, на мой взгляд, очевидные:
- Переносимость. Вообще, стандарт XML задумывался как независимый от анализатора язык для структуризации информации. Разумеется, XAML не может сохранить независимость от своего "интерпретатора", поскольку на данный момент существует лишь одна полная его реализация - WPF, но, тем не менее, переносимость в нём присутствует в куда большем объёме чем у простого кода, сгенерированного дизайнером: код GUI одинаков для разных языков программирования, а это очень важно.
- Простота. Согласитесь, код в формате XML легко читается человеком и компактно умещается на экране, в то время, как при задании всех свойств и создании объектов "вручную" взаимосвязанные куски кода оказываются разбросанными по разным частям файла, что не сказывается хорошо на удобстве его редактирования. "А какая мне разница, всё равно ведь код генерирует дизайнер?" - спросите вы и будете совершенно правы. Что же, по крайней мере, дизайнер скажет вам спасибо, поскольку разбор XML является делом куда более лёгким, нежели разбор кода на императивном языке программирования. А если однажды у вас не окажется под рукой дизайнера, вы его прекрасно поймёте.
- Разделение логики и представления. Появление XAML попросту сводит на нет проблему смешанного кода логики и представления хотя бы потому, что кода представления как такового нет. Конечно, это вовсе не отменяет необходимость использования паттернов вроде MVP, но всё-таки мы становимся чуть ближе к дзену разработчика ПО.
Формочка.
Как вы, вероятнее всего, уже догадались, это была вводная часть в обзор WPF, который я планирую писать в соответствии с моим собственным продвижением в познании этой платформы. Adios
!
. Ну например, где вкладка "Events" в окне свойств ? В общем, буду учить матчасть, курить маны и листать гигабайты обновлённого мсдн...
Вообще помню, что у тебя на компе..... 
