Инструменты для разработки
Для разработки приложений под Windows Phone 8, компания Microsoft предоставила бесплатный набор инструментов разработчика Windows Phone 8 SDK. Он включает в себя
Microsoft Visual Studio 2012 Express для Windows Phone – среда разработки программного обеспечения.
Microsoft Blend 2012 Express для Windows Phone – среда для построения пользовательского интерфейса. Необходима для реализации нетривиальных задач дизайна пользовательского интерфейса приложения.
Эмулятор устройства на платформе Windows Phone 8 – необходим для тестирования приложений.
Шаблоны проектов, ссылки на сборки, библиотеки и заголовки библиотек.
Эмулятор устройства основан на последний версии Microsoft Hyper-V, который требует 64-х битный ЦПУ, который поддерживает технологию SLAT(Second Level Address Translation – преобразование адресов второго уровня), технология виртуализации памяти, поддерживаемая большинством современных процессоров.
Пользовательский интерфейс платформы
Пользовательский интерфейс Windows Phone основан на концепции минимализма. Майкрософт придерживается принципа: главное место в пользовательском интерфейсе должна занимать важная информация, за которой пользователь обратился к устройству. Все остальные элементы интерфейса либо не нужны, либо должны отойти на второй план. Основу пользовательского интерфейса составляют динамические плитки (Tiles), которые отображают динамически меняющуюся важную информацию. В начале своего существование этот стиль назывался Metro, но в 2012 году компания Майкрософт приняла решение больше не использовать этот термин. В настоящий момент, приложения, созданные в этом стиле, называют – приложения магазина Windows .
Структура проекта Windows Phone
Главным и самым важным файлом проекта является WMAppManifest.xml. Он содержит всю важную информацию, которую операционная система должна знать о приложении. Некоторые пункты в WMAppManifest.xml, например системные требование, используются в процессе принятия приложения в магазин Windows Phone. Манифест включает в себя:
Название приложения;
Иконки приложения для начального экрана и для списка приложений;
Поддерживаемые разрешения приложения;
Список требований к оборудованию, которое необходимо приложению для выполнения своих функций. Например, наличие камеры;
Список возможностей, которые необходимы приложению для выполнения его функций. Например, доступ к галерее фотографий пользователя.
В Visual Studio 2012 доступен графический интерфейс для редактирования Манифеста приложения.
Папка Assets (Активы) предоставлена для хранения изображений, необходимых для приложения.
Файлы Resources\AppResources.resx и LocalizedStrings.cs обеспечивают платформу для локализации приложения.
App.xaml обеспечивает удобное расположение для хранения ресурсов, которые необходимы для приложения. Например, стили элементов управления. App.xaml.cs содержит код, обеспечивающий запуск приложения, а так же обработчики событий жизненного цикла приложения. Для того чтобы определить события при открытии или закрытии приложения, перехода приложения в паузу или возобновления приложения, нужно заполнить уже сгенерированные обработчики этих событий.
Приложение Windows Phone состоит из страниц, по которым происходит навигация. Начальную страницу можно так же указать в Манифесте приложения. По умолчанию, начальная страница называется MainPage.xaml и генерируется автоматически с общим шаблоном страницы приложения.
Это основные составляющие каждого приложения для Windows Phone. Структура может изменяться в зависимости от парадигмы программирования, которой пользуется разработчик.
Жизненный цикл приложения
В жизненном цикле Windows Phone приложения существует три состояния. В каждый момент времени приложение может быть, либо Не запущено, либо Запущено, либо Приостановлено, что проиллюстрировано на рисунке 4.
Рисунок 4, жизненный цикл приложения.
Активация/Запуск приложения
Приложение может быть запущенно только тогда, кода оно находилось в состоянии Не запущено. При запуске приложения отображается экран-заставка, во время которого приложение должно инициализировать пользовательский интерфейс – должна произойти регистрация обработчиков событий и расстановка элементов управления пользовательского интерфейса, которые приложение должно загрузить. Это время не должно превышать пяти секунд, иначе приложение вообще не будет запущенно. Для того чтобы добавить дополнительные действия при запуске приложения, необходимо заполнить метод Application_Launching, инициализированный в файле App.xaml.cs.
Возобновление приложения
Приложение может быть возобновлено, если оно находилось в состоянии Приостановлено. При возобновлении приложение возвращается в то состояние, в котором оно находилось до перехода в режим паузы. Для того чтобы загрузить данные, которые были сохранены при приостановке приложения или выполнить другие действия во время возобновления приложения, необходимо заполнить метод Application_Activated, инициализированный в файле App.xaml.cs.
Приостановка приложения
Приложение может быть приостановлено, если оно находилось в состоянии Запущено. Это происходит, когда пользователь переключается на другое приложение, либо блокирует устройство, либо переходит в меню. Пока приложение приостановлено, оно продолжает находиться в памяти, поэтому пользователи могут быстро переключаться между запущенными приложениями. Однако операционная система может при нехватке памяти завершить приложение, чтобы освободить память. Если приложение завершается, оно прекращает свою работу и выгружается из памяти. В таком случае операционная система не предупреждает приложение о завершении, поэтому необходимо сохранять данные во время приостановки приложения. Для того чтобы это сделать, необходимо заполнить метод Application_Deactivated в файле App.xaml.cs.
Завершение приложения
Приложение может быть завершено, когда оно находится либо в состояние Запущено, при нажатии на кнопку назад на главной странице приложения, либо в состоянии приостановлено, из диспетчера запущенных приложений или самой операционной системой, как это было описано выше. Для того чтобы описать действия при закрытии приложения, необходимо заполнить метод Application_Closing в файле App.xaml.cs.
Model-View-ViewModel (MVVM)
Шаблон проектирования Model-View-ViewModel (MVVM) – очень часто используется при написании современных приложений, в том числе Windows Phone приложений. Это эволюция шаблона Model-View-Controller (MVC). MVVM используют для того, чтобы отделить код от пользовательского интерфейса. Такой подход облегчает параллельную работу над кодом и дизайном приложения. Дизайнер работает в среде Expression Blend, а программист параллельно пишет код в Visual Studio. Это так же облегчает тестирование. Разработчик может писать тесты независимо от других слоев разработки. Существуют три раздельные части:
View (визуальна часть) – это пользовательский интерфейс, представленный кодом XAML и страницами приложения;
Model (модель данных) – это объекты данных, представляющие связь с источником данных;
ViewModel (Модель представления) – эта часть эквивалентна контроллеру в MVC, который выступает посредником между моделью данных и представлением данных. Как правило, DataContext (Контекст данных) представления (View) связан с экземпляром модели представления (ViewModel). А модель представление, как правило, связана с экземпляром модели данных (Model).
В Windows Phone так же применяются Dependency Injection (DI – Внедрение зависимости – процесс предоставления внешней зависимости программному коду). С DI, когда компонент зависит от другого компонента, то это не является жесткой зависимостью: вместо этого, является списком сервисов, которые необходимы одному компоненту от другого. В Windows Phone DI используется для обеспечения связи представления (View) , модели представления (ModelView) и моделью данных (Model), так что приложению не нужно непосредственно связывать их.
На рисунке 5 видно, что Представление, Модель данных и Модель преставления полностью разделены. Учитывая основанный на страницах пользовательский интерфейс Windows Phone приложений, очень важно отметить, что можно использовать одни и те же представления на разных страницах. По этим причинам, представления (страницы) не влияют на создание Модели представления. Скорее, приложение создает Модель представления и раскрывает ее как свойство, которая становится доступной с любой страницы.
Подход MVVM приветствуется в коде, и несколько шаблонов Visual Studio генерируются на его основе.
Рисунок 5. Обзор уровней паттерна MVVM
Реализация приложения
|
