Блог Windows 7 для разработчиков

Fishbowl для Facebook с использованием новой панели задач Windows 7

Daniel Kornev [MSFT] — Thu, 26 Nov 2009 11:09:06 GMT

Во время выступления в прошлую среду на конференции PDC 2009 Брайан Голдфарб (Brian Goldfarb) продемонстрировал отличное клиентское приложение для Facebook на базе Silverlight 4. Помимо своего удивительного внешнего вида, демо-приложение Silverlight 4 представляет собой готовое решение клиент для настольных систем Windows (и Mac). В ходе выступления также был анонсирован SilverFace, который тоже создан на базе Silverlight 4. Если вы захотите получить приятно выглядящее приложение для работы с Facebook прямо на рабочем столе Windows, вам следует взглянуть на Fishbowl Preview for Facebook. Fishbowl – это отличное WPF-приложение, которое можно установить и использовать, и в то же время – это хороший образец кода, по которому можно научиться создавать WPF-приложения с использованием функций Windows 7. Если эта тема вам интересна, вы можете загрузить исходные коды Fishbowl.

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

И демо-приложение на Silverlight 4, и Fishbowl имеют прекрасных механизм взаимодействия с пользователем и увеличивают производительность. Скотт Гатри (Scott Guthrie) также анонсировал Facebook SDK для приложений на управляемом коде, сочетающий в себе последние инновации в веб- и клиентской платформах с ведущими социальными технологиями (службами) с целью помочь разработчикам влиться в Facebook. Кроме того, что Fishbowl является примером использования Facebook SDK и обладает удобным интерфейсом, приложение является отличным примером использования WPF (версии 3.5), который показывает, как нужно создавать приложения, блистающие в Windows 7.

И как любое WPF-приложение, Fishbowl работает на нескольких версиях Windows, включая Windows XP, Windows Vista и Windows 7, при этом оно интегрируется в панель задач Windows 7 и поддерживает технологию мультисенсорного ввода. Одной из идей, лежащих в основе новой панели задач, является предоставление пользователям быстрого и простого доступа к контенту, помощь в выполнении задач и быстром перемещении между открытыми окнами. Так, к примеру, списки переходов являются отличным инструментом для решения рабочих вопросов и задач. Если у вас есть задача, которая выполняется один или два раза в день, с помощью двух-трех щелчков, ничего страшного. Однако если у вас есть задачи, которые приходится выполнять 10, 20 или даже более раз в день, списки переходов сэкономят массу времени. Пользователи Facebook часто проверяют свои доски, пишут сообщения, просматривают картинки друзей и так далее. Поэтому в некоторых сценариях списки переходов, значки уведомлений, миниатюры и другие функциональные возможности становятся основными инструментами в приложении.

Fishbowl использует панель задач, чтобы обеспечить быструю, простую и четкую интеграцию с функциональностью Facebook прямо из панели задач. Давайте рассмотрим некоторые функциональные возможности приложения перед тем, как перейти к рассмотрению кода.

Панель задач Fishbowl позволяет выполнить несколько задач еще до запуска приложения. Вы можете перейти на страницу Facebook.com или сразу прыгнуть к своей доске, просмотреть фотографии друга и многое другое, как показано на следующем изображении:

Одной из удивительных возможностей Fishbowl для Facebook является то, что функциональность изменяется в зависимости от различных режимов приложения. Возможность по-разному использовать панель задач в различных сценариях открывает совершенно новые горизонты.

Когда Fishbowl работает в обычном режиме, список переходов на панели задач отображает объекты и задачи, которые можно выполнять в рамках запущенного приложения, как, например, просмотр последних уведомлений и сообщений, не открывая приложение:

При наведении указателя мыши на иконку Fishbowl вы увидите панель миниатюр, из которой можно просмотреть миниатюру открытого окна и выполнить ряд действий:

В Fishbowl также предусмотрен мини-режим. В нем приложение показывает в небольшом окне всего одно сообщение. Как вы можете видеть на следующем рисунке, небольшая стрелка позволяет переключаться между сообщениями. При наведении курсора на значок Fishbowl в панели задач вы увидите миниатюру, при этом вы сможете контролировать приложение с помощью панели миниатюр.

Кроме отличной интеграции в панель задач, Fishbowl оставляет приятные впечатления от наличия мультисенсорного ввода, позволяющего пролистывать сообщения с помощью пальцев. К сожалению, очень непросто проиллюстрировать сенсорные возможности приложения с помощью снимков экрана, поэтому вам придется поверить мне на слово.

Мы рассмотрели большинство уникальных возможностей Fishbowl для Windows 7, а в следующей статье мы поговорим об API, которые позволили реализовать мультисенсорный интерфейс. Если вас заинтересовало приложение, вы можете загрузить исходные коды для Fishbowl отсюда.

Новая версия Windows API Code Pack

Daniel Kornev [MSFT] — Fri, 20 Nov 2009 12:42:09 GMT

С радостью сообщаю, что мы выпустили новую версию Windows API Code Pack – версию 1.0.1. Это не крупное обновление с множеством новых функций, а, скорее, версия, направленная на исправление ошибок, повышение производительности, добавление примеров и обновление нескольких функций (новые оболочки и т.д).

Но прежде чем углубиться в новую версию Windows Code Pack, давайте рассмотрим, что же он из себя представляет.

Windows 7 предлагает такие новые функции, как, например, панель задач, библиотеки, платформа Sensor and Location. Эти функции предполагают новые сценарии и предоставляют разработчикам новые возможности, чтобы лучшим образом адаптировать свои приложения для Windows 7. Все эти функции доступны через Win32 API. На данный момент в .NET Framework нет пространства имен «Windows 7», и также нет простого способа использовать эти функции из приложений, написанных на управляемом коде. Чтобы упростить доступ к ним разработчикам, использующим управляемый код, в августе мы выпустили 1.0 версию Windows API Code Pack for .NET Framework (сразу после Windows 7 RTM).

Windows API Code Pack – это бесплатная библиотека управляемых исходных кодов, поставляемая Microsoft как есть. Вы должны относиться к ней, как если бы сами написали ее, как если бы это был ваш собственный код. Она охватывает множество новых функций Windows 7, а также некоторые из наиболее важных функций Windows Vista. Можете считать Windows API Code Pack вещью наиболее близкой к «официальному» управляемому API для Windows. Но следует помнить, что служба поддержки Microsoft не обеспечивает этому продукту 24х7 поддержку. Мы верим, что это – замечательное решение и что база кода является очень надежной и высококачественной.

Наша цель, которую мы ставим, выпуская Code Pack, заключается в том, чтобы позволить разработчикам, использующим управляемый код, использовать преимущества программируемых интерфейсов Windows, не являющихся частью .NET Framework. Нам кажется, что в качестве общедоступного исходного кода Windows API Code Pack, отделенный от библиотек среды исполнения .NET, дает оптимальный компромисс между Microsoft Win32 и управляемой оболочкой. Следует отметить короткий цикл разработки – мы выпустили Windows API Code Pack всего через месяц после Win7 RTM; кроме того, мы выпускаем полные исходные коды библиотеки.

В состав Windows API Code Pack входит большое число управляемых API для Windows (7). Например:

Тесная интеграция с пространством имен Windows Shell, включая поддержку набора свойств Windows Shell, предоставляющего такие элементы управления, как обозреватель проводника, и доступ к Windows Libraries.
Полное соответствие функций с неуправляемым Taskbar API (программируемым интерфейсом панели задач), включая (но не ограничиваясь) списки переходов (Jump Lists), дополнительные значки (Icon Overlay), индикатор выполнения (Progress bar), эскизы (Thumbnail), настраиваемый переключатель, кнопка эскизов (Thumbnail Button) и т.д.
Windows Task Dialog, другие элементы управления
Поддержка API Direct3D 11.0 и DXGI 1.0/1.1
Поддержка API Sensor Platform
API Extended Linguistic Services
Windows Restart Manager
API электропитания
И многие другие функции

Каждая технология, представленная в Windows API Code Pack, сопровождается рядом демонстраций и примеров (включая исходные коды) на C# и VB. Мы планируем выпускать обновления для Windows API Code Pack приблизительно каждые три месяца. Мы будем работать над стабильностью (то есть исправлением ошибок), ядром пакета, тестированием и документацией, а также над поддержкой новых функций (ориентируясь на обратную связь клиентов).

Вы можете задаться вопросом: «Почему Windows API Code Pack не входит в состав .NET Framework?»

Мы выпускаем открытый код, который можем включить в среду исполнения в будущем, если дальнейший рост ее размера окажется оправданным. Не забывайте, что .NET Framework работает как на Windows Vista, так и на Windows XP. Однако Windows 7 уже здесь, и мы хотим предоставить доступ к этому бесплатному, открытому набору исходных кодов раньше, а не позже. Мы выпускаем библиотеку в том виде, в каком она требуется сообществу и, как можете видеть, намереваемся обновлять ее в дальнейшем. В то время как эта версия (1.0.1) – небольшое обновление, в течение следующих нескольких месяцев мы планируем новый выпуск. Тем временем, вы пользуетесь преимуществами обоих измерений в пакете, который можете использовать целиком или частично без любых ограничений.

Другой вопрос, который можно задать: «Отпадет ли с появлением .NET 4 необходимость использования Windows API Code Pack?»

Когда выйдет .NET 4, вы сможете использовать его функции, связанные с Windows 7, в таких областях как панель задач, интеграция мультисенсорных устройств с WPF, поддержка DirectWrite и API местоположения посредством пространства имен Devices. Доступ к другим функциям, таким как библиотеки, Restart Manager и Sensors, будет и далее осуществляться посредством Windows API Code Pack.

Наконец, мы ожидаем откликов от сообщества – от вас, разработчиков на .NET, использующих эту библиотеку для написания на управляемом коде приложений для Windows 7. На веб-узле Windows API Code Pack вы можете задать вопрос, оставить отзыв, сообщить об ошибках и проследить за открытыми ошибками. Ваше участие очень важно для продолжения существования этой библиотеки, так что, пожалуйста, отправляйте нам свои отклики и вопросы.

Чтобы больше узнать о том, как использовать Windows API Code Pack, ознакомьтесь с тренингом по Windows 7 на Channel 9.

Программируем для Windows 7 в Visual Studio 2010

Daniel Kornev [MSFT] — Wed, 18 Nov 2009 21:21:00 GMT

Несколько недель назад, всего за два дня до выпуска Windows 7, разработка Visual Studio достигла очередного важного этапа – стала доступна вторая CTP-сборка Visual Studio 2010, также известная как Visual Studio 2010 Beta 2. Мне всегда было интересно наблюдать за тем, как развиваются различные инструменты и инфраструктуры, как они приобретают новые возможности. Кажется, что каждый следующий выпуск этого продукта становится лучше и лучше, предлагая разработчикам поддержку все большего числа языков программирования и позволяя им создавать проекты для постоянно растущего числа областей, таких как web-приложения, клиентские приложения, приложения для мобильных платформ и программы, использующие параллельные вычисления, консоли и другие устройства.

Несмотря на то, что на данный момент новая версия среды разработки Microsoft находится на стадии «бета», уже сейчас работать с Visual Studio 2010 гораздо проще, чем с VS 2008. Стало намного легче управлять решениями и, что еще более важно, намного проще писать код и документацию к нему. Пользовательский интерфейс VS был значительно улучшен; он использует Windows Presentation Foundation (WPF), чтобы достичь большей упорядоченности и визуальной целостности, к тому же разработчики отказались от использования в интерфейсе устаревших трехмерных фасок у элементов UI. Использование WPF помогает пользователям сконцентрировать внимание на важных элементах интерфейса, корректно распределяя рабочее пространство среды разработки между окнами и выделяя доминантным цветом текущее окно, снижая при этом цветовое выделение фона. Помимо этого, в новой версии есть также маленькие, простые и приятные улучшения, такие как возможность управления размером текста. Вы также можете перетащить отдельное окно из главного приложения Visual Studio на второй монитор, что означает еще и поддержку многомониторных конфигураций клиентскими приложениями VS.

Улучшения в технологии IntelliSense, наконец-то облегчат процесс создания проектов на C++. Также не стоит забывать о новом окне отладчика, поддерживающего параллельную отладку и позволяющего увидеть параллельные стеки.

Также в новой версии появилась поддержка языка F# (язык функционального программирования) и многочисленные обновления C#, включая поддержку динамических ключевых слов. Операции над динамическими объектами реализуются в период выполнения приложения (подробнее об этом можно узнать из статьи Скотта Хансельмана (Scott Hanselman)). Также появилась поддержка новой версии спецификаций языка C++ – С++X0, включающих в себя, например, лямбда-выражения. Сборка решений C++ осуществляется MSBuild, что должно понравиться многим.

Как обычно, обратная совместимость чрезвычайно важна, а потому необходимо упомянуть о том, что Visual Studio 2010 обладает свойством настройки для различных версий (multi-targeting). Это означает, что Visual Studio 2010 может обеспечить работу с .NET 2.0 через .NET 4.0, что позволяет работать со старыми проектами в VS 2010 и пользоваться всеми улучшениями, о которых мы говорили выше.

Однако в этой статье я хотел бы сосредоточить свое и ваше внимание на использовании Visual Studio 2010 для создания программ для Windows 7. Visual Studio 2010 содержит в себе несколько технологий и функций, которые могут помочь в написании приложений, использующих некоторые специфические возможности Windows 7. Ниже я расскажу о некоторых функциях Visual Studio 2010, которые подробнее будут освещены в наших следующих публикациях.

.NET 4 и Windows 7

Visual Studio 2010 включает в себя законченную новую, четвертую версию CLR. Это не просто очередное расширяющее обновление поверх CLR 2 (.NET Framework 2). Эта версия включает в себя новые расширения для языков программирования, такие как динамические ключевые слова. А новая WPF-версия несет в себе поддержку таких технологий, как оболочки и интеграция с панелью задач, а также мультисенсорный ввод.

WPF и интеграция с панелью задач

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

Есть два типа категорий в списке – задачи (tasks) и элементы (items); для работы с ними можно использовать JumpTask и JumpPath, соответственно. С ними можно работать с помощью XAML, выделенного (code-behind) кода, или их комбинации. Следующий фрагмент кода демонстрирует простую интеграцию задач в список переходов:

<JumpList.JumpList>
   <JumpList>
      <JumpTask ApplicationPath="notepad.exe" 
                         CustomCategory="External Tools" 
                Description="Take Notes" 
                Title="Start Notepad" 
                IconResourcePath="notepad.exe" 
                IconResourceIndex="0" />
 
      <JumpTask ApplicationPath="calc.exe"
                         CustomCategory="External Tools" 
                         Description="Perform some calculations" 
                        Title="Start Calculator"
                        IconResourcePath="calc.exe" 
                        IconResourceIndex="0" />
    </JumpList>
</JumpList.JumpList>

Точно так же вы можете использовать XAML для добавления кнопок к эскизам окон панели задач, как показано в следующем фрагменте кода:

<TaskbarItemInfo.ThumbButtonInfos>
   <ThumbButtonInfo DismissWhenClicked="True" 
                    ImageSource="images/booktrip.png"
                    Command="{Binding BookItinerary}"
                    Description="Book the itinerary now" />
</TaskbarItemInfo.ThumbButtonInfos>

Код:

Основной файловый диалог поддерживает работу с библиотеками

По непонятным для меня причинам стандартное диалоговое окно для работы с файлом (Common File Dialog, CFD) WPF версий 3 и 3.5 не поддерживало обновленную версию CFD, представленную в Windows Vista. В Windows 7 диалог был обновлен для поддержки библиотек и обеспечения более удобного интерфейса пользователя. Теперь он поддерживает мгновенный поиск, а также некоторые функции для опытных пользователей. Благодаря новому WPF 4 приложения могут использовать всю мощь нового CFD напрямую из WPF, без необходимости импортировать CFD из пространства имен WinForm (что было единственным возможным вариантом для использования обновленного CFD из WPF 3 и 3.5).

WPF поддерживает мультисенсорный ввод

WPF 4.0 приносит с собой поддержку технологии multi-touch напрямую из WPF API, без необходимости обращения к «естественному» сервису. Данная новая функция доступна только в Windows 7 и автоматически отключается, когда приложение запускается в старой операционной системе, так что вам не придется самостоятельно заниматься определением версии операционной системы. WPF 4.0 добавляет новый API для обработки манипуляций жестами в базовый класс UIElement. Эта поддержка позволит разработчикам отслеживать множественные касания и генерировать как отдельные манипуляции, так и их совокупность. Прежде всего, это позволяет преобразовывать объект в координатах X и Y, переворачивать и масштабировать его.

WPF будет предоставлять события манипуляций, если свойство IsManipulationEnabled элемента будет установлено в «true». По умолчанию оно имеет значение «false» , так что вам придется самостоятельно включать это свойство для каждого элемента, для которого вы хотите использовать манипуляции жестами. Для этого нужно просто добавлять строчку IsManipulationEnabled=true в XAML-код, как это показано в следующем примере:

<Border Margin="10,5" 
    BorderBrush="DarkGoldenrod" 
    BorderThickness="2" 
        CornerRadius="10" 
    MinHeight="75" 
    IsManipulationEnabled="true">

Дополнительно можно также связать события ManipulationStarting и ManipulationCompleted для обеспечения выделенного кода реализации этих событий.

WPF 4.0 также поддерживает низкоуровневые сообщения о касаниях или необработанный ввод касаний. Таким образом можно взаимодействовать с событиями любых объектов UIElement, используя TouchDown, TouchMove и TouchUp. Для каждого из них есть версия для предварительной обработки. Это может быть полезно, если вы пытаетесь отслеживать несколько касаний, которые управляют разными объектами, или когда вы хотите обеспечить различную реакцию приложения на касания и передвижения мыши. В скором времени мы подробнее напишем про технологию мультисенсорного ввода в Windows 7 в общем и в WPF в частности.

Обновления MFC

В Visual Studio 2010 среды С++ и MFC получили несколько обновлений, среди которых такие полезные функции, как расширения IntelliSense и возможности C++X0. Серьезному обновлению подверглась библиотека MFC, особенно в отношении панели задач, технологии multi-touch и функции Restart and Recovery:

Панель задач

Панель задач MFC обеспечивает весь функционал, предоставляемый родным COM API панели задач. Нет ничего, что могла бы выполнить одна, и не могла другая. По сути MFC просто «обертывает» Win32 API (как и обычно) в «MFC-подобный» API, который соответствует рекомендациям по стилю программирования MFC Framework. Например, приведенный ниже фрагмент кода устанавливает многослойные иконки:

CMainFrame* mainFrm = 
dynamic_cast<CMainFrame*>(AfxGetApp()->GetMainWnd());
if (mainFrm)
    mainFrm->SetTaskbarOverlayIcon(IDI_ICON_INFO,L"Info");

Код:

Для начала нужно получить дескриптор для главного окна приложения (окна верхнего уровня), который соответствует Win32 HWND. Затем, вы просто вызываете метод SetTaskbarOverlayIcon, на вход которому в виде параметра подаются HICON и строка содержащая в себе версию текста информации, переданной оверлеем, для соответствия требования доступности. Просто, не так ли?

Класс CFrameWnd библиотеки MFC предоставляет функционал однооконного интерфейса (Single Document Interface, SDI) Windows, перекрывающихся или вплывающих окон Frame Window. В новом MFC этот класс был обновлен, и теперь он поддерживает такие функции панели задач, как многослойные иконки (overlay icon), индикатор выполнения (Progress Bar), списки переходов (jump list) и эскизы (thumbnail).

В панель задач MFC по умолчанию встроена поддержка эскизов, а потому эти эскизы будут отображать любое изменение в пределах просматриваемого окна. Следовательно, за исключением реализации своих собственных способов прорисовки окна, вам не понадобится писать никакого кода для обновления изображения в эскизе.

Для включения эскизов панели задач в MFC-приложении в мастере создания MFC-приложения все пользователям необходимо будет выбрать тип приложения «Multiple document» с включенной опцией «Tabbed documents». Когда приложение запущено, MFC будет делать снимки каждого окна и отправлять их в Taskbar API для отображения в эскизах.

Результат будет выглядеть примерно так:

Мультисенсорный ввод

В Visual Studio 2010 библиотека MFC также обзавелась поддержкой технологии multi-touch. По умолчанию на touch-совместимых устройствах (таких, как сенсорный экран) Windows 7 посылает сообщения о жестах любому приложению; т.е. по умолчанию Windows 7 отсылает сообщение WM_GESTURE целевым окнам. Все, что делает MFC, это отображает такие сообщения на свои дескрипторы сообщений. MFC предоставляет множество переопределенных дескрипторов сообщений, которые могут получать любой тип жеста, и каждый из которых возвращает булево значение. Если жест был обработан сообщением, соответствующий ему переопределенный дескриптор возвращает TRUE; иначе – FALSE. Потому, если вам, например, нужен дескриптор для жеста «увеличение/уменьшение», все, что вам надо – это реализовать соответствующий дескриптор. Вот список поддерживаемых дескрипторов:

// Gesture handlers
virtual BOOL OnGestureZoom(CPoint ptCenter, long lDelta);
virtual BOOL OnGesturePan(CPoint ptFrom, CPoint ptTo);
virtual BOOL OnGestureRotate(CPoint ptCenter, double dblAngle);
virtual BOOL OnGesturePressAndTap(CPoint ptFirstFinger, long lDelta);
virtual BOOL OnGestureTwoFingerTap(CPoint ptCenter);

Точно так же, вы можете зарегистрироваться для получения необработанных сообщений о касаниях и стандартных сообщений о жестах. В Windows 7 сообщения о жестах и необработанные сообщения о касаниях являются взаимоисключающими. Если вы зарегистрировались для получения необработанных сообщений о касаниях для какого-либо конкретного окна, это окно прекратит получать сообщения о жестах. Если вы выбрали обработку необработанных сообщений о касаниях, вы должны реализовать следующий дескриптор:

virtual BOOL OnTouchInput(
                        CPoint pt, 
                        int nInputNumber, 
                        int nInputsCount, 
                        PTOUCHINPUT pInput);

MFC облегчает жизнь, предоставляя много информации для каждого параметра касаний, например, координаты конкретной точки touch-совместимого устройства, которой коснулся пользователь. MFC также предоставляет ID параметра касания, т.е. первого, второго или третьего пальца, а также точное количество текущих касаний.

Перезагрузка и восстановление через Restart Manager

В Visual Studio 2010 библиотека MFC также обеспечивает естественную поддержку Restart Manager – инструмента, который был представлен еще в операционной системе Windows Vista. Он может помочь приложениям сохранить свои данные, когда обновление требует завершения работы этого приложения или когда происходит неожиданная программная ошибка. Вместо неправильного завершения работы, Restart Manager позволяет приложению выполнить сохранение данных перед закрытием. Кроме того, он может повторно запустить приложение, позволив ему восстановить свое состояние до аварийного завершения работы.

Для новых MFC-приложений можно использовать функцию Restart and Recovery, воспользовавшись мастером MFC Application Wizard, как показано на следующем экране:

Все настраиваемые части API Restart Manager предоставляются пользователю через виртуальные элементы, которые могут быть переопределены.

.NET и платформа Location

.NET 4 включает в себя новое пространство имен Device, которое поддерживает Windows 7 Location API (часть платформы Windows 7 Sensors and Location). Пространство имен System.Device.Location позволяет разработчикам приложений легко получать доступ к информации о местоположении пользователя, использую один единственный API. Информация о местоположении может исходить от множества провайдеров, таких как GPS, триангуляция Wi-Fi и триангуляция с использованием вышек сотовой связи. Классы System.Device.Location образуют единый API для объединения нескольких провайдеров местоположения в компьютере и поддерживают «бесшовную» систему приоритетов и переходов между ними. Разработчику приложений, которые будет использовать этот API, необязательно знать, какая из технологий определения местоположения доступна на отдельно взятом компьютере; таким образом, он освобожден от бремени адаптации приложения к определенной аппаратной конфигурации.

Чтобы получить доступ к информации о местоположении, вам нужно создать объект GeoLocationProvider. Это главный объект Location Manager, через который можно зарегистрироваться для получения уведомлений LocationChange и синхронно считывать последние данные о местоположении. Далее вы должны вызвать метод Start для начала процесса получения данных от текущего провайдера местоположения. Чтобы проверить, доступны ли эти данные, можно воспользоваться свойством Status. Если данные доступны, можно получить данные о местоположении единожды, или же, воспользовавшись событием LocationChanged, непрерывно получать обновления текущего местоположения. Следующий фрагмент кода является значительно упрощенным примером, показывающим как получить текущие координаты GeoCoordinates (широта, долгота):

GeoLocationProvider provider = new GeoLocationProvider();
provider.Start();
GeoCoordinate coordinate = provider.Location.Coordinate;
if (coordinate != GeoCoordinate.Unknown)
{
  //Business logic here
}

К сожалению, .NET 4 поддерживает только Location API, а не всю платформу Sensor and Location – предполагается, что .NET-реализация функции Location все еще не содержит части Sensor. Для доступа к функции Sensor через управляемый код можно использовать Windows API Code Pack.

Параллельные вычисления и поддержка многоядерности Windows 7

Параллельное программирование в Visual Studio 2010 имеет множество аспектов, таких как Parallel LINQ или другие расширения .NET, требующих поддержки параллельных вычислений, включая операторы, подобные Parallel.For, которые используют System.Threading.Tasks.Task. Разработчики C++ будут рады узнать, что концепции Task также присутствуют в 10-ой версии языка C++, которая поставляется с VS 2010. В случае с неуправляемым кодом параллельная среда выполнения (Concurrency Runtime, ConcRT) знает о процессорных группах Win7 и способна работать с максимум 256 ядрами; ConcRT также использует преимущества планирования непривилегированного режима (User Mode Scheduling, UMS) потоков. Именно поэтому любой вычислительный процесс, построенный на ConcRT, получает выгоду от использования многоядерности. Другими словами, благодаря тому, что Parallel Pattern Library (PPL) и Asynchronous Agents включены в состав Visual C++ 10 CRT и имеют в своей основе ConcRT, любой вычислительный процесс, который вы построите на их базе, будет масштабироваться между 256 ядрами (конечно, вам все равно придется писать код, однако масштабирование будет бесплатным).

Для приложений на управляемом коде ситуация не такая радужная. Управление потоком управляемого стека по умолчанию основывается на .NET ThreadPool (System.Threading.ThreadPool). В нем не применяются API новых процессорных групп Windows 7, и потому он не может автоматически использовать возможности Windows 7 по масштабированию. Максимальное число процессов, которые может использовать threadpool, равно 64. Но еще не все потеряно – вполне возможно написать дополнительный TaskScheduler, который смог бы работать с более чем 64 процессами, и использовать остальную часть библиотеки Task Parallel Library с этим специальным планировщиком. Это было бы крутым проектом для CodePlex, правда?

Visual Studio 2010 включает в себя массу новых технологий и усовершенствований, которые представляют собой своего рода глазурь поверх пирога Windows 7.

Программирование служб Windows 7 с триггерами (часть 2)

Daniel Kornev [MSFT] — Fri, 13 Nov 2009 05:54:00 GMT

В предыдущей статье о программировании служб Windows 7 с триггерами мы представили Windows 7 Trigger Services в качестве способа оптимизировать ваши службы для повышения производительности и безопасности. В этой статье мы рассмотрим, как превратить службу, настроенную на автоматический запуск, в службу, запускающуюся по триггеру, т.е. только после того, как в системе произошло определенное событие. Мы используем WPF-приложение (управляемый код), которое регистрирует и следит за службой (также созданной с использованием .NET). Для связи между миром .NET и Win32 API, о которой шла речь в прошлой статье, мы используем слой взаимодействия C++/CLI.

Приложение-пример состоит из 3 частей:

Слой взаимодействия C++/CLI, который обеспечивает обычный и простой интерфейс .NET API в приложении контроллера
Приложение контроллера WPF, которое позволяет вам регистрировать и запускать службу
Простая служба .NET, которая проверяет наличие запоминающего устройства USB (жесткого диска) и на нем ищет папку под названием «ToCopy» для копирования из нее файлов в локальную папку «C:\FromUSB».

Изображение иллюстрирует структуру решения:

Давайте начнем с рассмотрения реализации кода службы .NET. Это простая служба Windows, написанная на C#. Ее цель заключается в автоматическом копировании изображений с запоминающего устройства USB, подключенного к вашему компьютеру, на локальный жесткий диск – «c:\FromUSB».

Служба реализована в USBService.cs. Этот класс наследует базовый класс ServiceBase и переопределяет методы OnStart и OnStop. В этом классе имеется метод DoWork, который и выполняет все копирование с диска USB на локальный диск. Метод DoWork записывает данные в файл журнала, за которым мы будем следить.

Наиболее интересная часть службы заключается в методе OnStart. Он вызывается сразу же после запуска службы. Заметьте, что первая строка кода проверяет, настроена ли служба на запуск по триггеру. Если условие оператора if ложно, то создается новая копия таймера, которая производит опрос каждые 5 секунд. До появления Windows 7 это был единственный способ реализации подобной службы, то есть требовалось регулярное опрашивание системы на наличие USB-устройства. Кроме того, данной службе для опроса системы нужно быть запущенной постоянно (24х7). Это приводит к крайне неразумному расходованию ресурсов, не позволяет системе переходить в энергосберегательный режим и, наряду с некоторыми другими отрицательными факторами, увеличивает поверхность атаки приложения.

Но с Windows 7 можно настроить такую службу при помощи триггера подключения устройства USB. Это означает, что служба не будет работать до тех пор, пока не подключено устройство USB, а точнее универсальное дисковое устройство USB. Мы перейдем к этой части решения уже через секунду, но сейчас, если вы посмотрите на метод OnStart, то заметите, что мы проверяем, настроена ли служба как служба на запуск по триггеру; если это так, мы просто вызываем в другом потоке метод DoWork, как это показано в приведенном ниже фрагменте кода. Все это должно хорошо работать, поскольку служба НЕ включена и будет запущена только после срабатывания триггера. И, затем, для обработки очереди работы здесь используется пул потоков.

 protected override void OnStart(string[] args)
 {
   if (ServiceControl.IsServiceTriggerStart(ServiceName))
   {
      ThreadPool.QueueUserWorkItem(_ => DoWork());
   }
   else
   {
     _timer = new Timer(_ => DoWork());
     _timer.Change(0, 5000);
   }
 }

Пространство имен ServiceControl содержит слой взаимодействия C++/CLI. Этот слой использует C++/CLI в качестве связующего элемента между неуправляемым API и приложением WPF. Основной файл ServiceControlInterop.cpp содержит всю функциональность, которая необходима и которая используется приложением WPF. Например, используя приложение контроллера, мы можем использовать AddService(…) или RemoveService(…) для добавления или удаления службы соответственно. Мы также может настроить службу для запуска по триггеру либо при подключении устройства USB, либо при появлении IP-адреса, используя SetServiceTriggerStartOnUSBArrival или SetServiceTriggerStartOnIPAddressArrival соответственно. Рассмотрение реализации обеих функций показывает, что обе они действует одинаково. Они:

Сначала используют OpenSCManager, чтобы поместить дескриптор в Service Control Manager (SCM)
Затем используется дескриптор SCM OpenService, чтобы получить настоящий дескриптор службы, которую мы хотим настроить
Наконец, они вызывают ChangeServiceconfig2 для настройки соответствующего триггера

Обо всем этом уже говорилось подробно в предыдущей статье Программирование служб Windows 7 с триггерами (ч.1).

Можно загрузить образец кода этого приложения. Обратите внимание, что вам потребуется запустить Visual Studio с правами администратора (см. изображение ниже), так как вам потребуется регистрировать, запускать и останавливать службы. Также потребуется Windows 7 SDK для компиляции той части решения, которая написана на С++.

После компиляции и запуска стандартного приложения (приложения WPF) вы увидите следующую картину.

Это основное окно приложения контроллера WPF. Отсюда вы можете создавать службы, нажимая на кнопку Create Manual.

Затем откройте окно служб, набрав «Services» в поле поиска меню «Пуск». Вы должны увидеть окно служб. Найдите USBCopyService; она должна выглядеть следующим образом:

Нажмите кнопку Run (Запуск) и затем кнопку Refresh (Обновить) в окне служб или просто нажмите F5. Вы не увидите больших изменений, но статус USBCopyService должен измениться с Manual на Started, как показано ниже:

Повторное обращение к приложению покажет активность службы в файле журнала. Как вы можете видеть на нижеприведенном изображении, служба проявляла активность каждые 5 секунд и опрашивала систему в поисках USB-устройства:

Нажмите кнопку Stop, чтобы остановить службу и затем нажмите Delete Service, чтобы удалить ее. Теперь нажмите кнопку Trigger Start, чтобы зарегистрировать и настроить службу на запуск по триггеру при подключении универсального дискового устройства USB. Если вы проверите окно служб, то увидите, что для службы USBCopyService указано «manual», в то время как на самом деле она настроена для запуска по событию триггера (просто для этого нет графического представления).

Если вы подключите USB-диск с папкой «ToCopy», служба запустится и скопирует файлы в c:\FromUSB. Не самая лучшая реализация, но это всего лишь демонстрация. На изображении, приведенном ниже, в файле журнала имеется всего одна строка, потому что служба была запущена лишь единожды; она выполнила метод DoWork и затем завершила свою работу. Она не работала постоянно и не опрашивала систему каждые 5 секунд и, следовательно, не растрачивала ресурсы и не была подвержена угрозам безопасности.

Заключение

Разработка службы в Windows 7 с запуском по триггеру может быть несколько сложнее, чем обычный автозапуск службы, которая постоянно работает от загрузки до выключения. Но практически все умещается в нескольких строках кода. В то же самое время эти несколько строк кода могут оказать очень большое влияние в плане сохранения ресурсов и безопасности. Так что в следующий раз, когда вы будете разрабатывать новую службу Windows, попытайтесь встроить в нее триггеры.

Вы можете узнать больше о Windows 7, обратившись к Windows 7 Training Kit for Developers или просмотрев видео о Windows 7 на Channel 9.

Вы также можете попрактиковаться в работе с Windows 7 Trigger Start Services, используя онлайн-тренинги Windows 7, являющиеся частью Channel 9 Learning Center.

Программирование служб Windows 7 с триггерами (часть 1)

Daniel Kornev [MSFT] — Thu, 12 Nov 2009 13:01:54 GMT

Несколько недель назад мы рассмотрели изоляцию Сессии 0 с точки зрения программной совместимости. Поэтому вполне естественно, что мы возвращаемся к обсуждению служб в контексте Windows 7. Но на этот раз мы поговорим о некоторых выгодах оптимизации служб, доступных в Windows 7. Эта статья посвящена новой возможности Windows 7 – Trigger Start Services. Но прежде, чем обратиться к API, давайте обрисуем общую картину служб.

Что такое службы?

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

Мы предпочитаем считать службы запущенными задачами, работающими в фоновом режиме и не затрагивающими операции пользователя. Службы в Windows отвечают за все виды фоновой активности, начиная с Remote Procedure Call (RPC), Printer Spooler и вплоть до Network Location Awareness.

На протяжении многих лет Windows росла и вместе с тем увеличивалось число служб. Будем честны, фоновые службы в Windows ощущаются довольно болезненно – операционная система изначально поставляется со множеством служб. Помимо этого, независимые разработчики ПО (ISV) и их приложения добавляют еще больше служб. На пример, службы обновления программного обеспечения. Вместе с тем, некоторые службы критически важны и требуются в процессе загрузки, в то время как необходимость в других возникает позже, когда определенный пользователь выполняет вход в систему, а иные и вовсе не нуждаются в запуске, пока не будут вызваны. Несмотря на это, когда вы просматриваете список запущенных в данный момент служб, то видите множество объектов, которым нет необходимости работать по схеме 24х7.

Что плохого в службах, работающих 24 часа в сутки 7 дней в неделю?

Есть несколько проблем, связанных со службами, работающими по схеме 24х7. Во-первых, зачем что-то должно работать (пусть даже и в фоновом режиме), если в нем нет нужды? Любой запущенный процесс (включая службы) использует драгоценную память и ресурсы ЦП, которые могли бы использоваться для других приложений и служб. Если вы подсчитаете все службы, запущенные в определенный момент, то они сложатся в значительный объем памяти, дескрипторов, потоков и использование ЦП. Все эти «растрачиваемые» ресурсы понижают общую производительность компьютера, его отзывчивость и создают впечатление, что компьютер вялый и медлительный. К тому же, поскольку множество служб настроены на автоматический запуск (начинают работать при старте системы), они влияют на время загрузки компьютера.

Во-вторых, эти растрачиваемые ресурсы непосредственным образом сказываются на потреблении электроэнергии. Чем больше нагрузка на ЦП, тем больше электроэнергии потребляет компьютер. Это может быть критически важно для ноутбуков и может сокращать время работы от батареи на несколько часов.

В-третьих, постоянная работа непродуктивного программного обеспечения может привести к утечкам памяти и общей нестабильности системы. Это ведет к сбою в работе приложений и, в конце концов, компьютера.

Наконец, если служба работает по схеме 24х7, и если это хорошо известная служба (которая может оказаться у каждого популярного приложения – например, у PDF Reader), то это создает большую поверхность для атаки. Злоумышленник может воспользоваться сведениями о том, что определенное популярное приложение устанавливает службу, работающую в режиме 24х7, и попытаться взломать ее для получения доступа к компьютеру.

Учитывая все вышесказанное, вы можете удивиться, почему так много разработчиков настраивают свои службы на постоянную работу, если у них имеется другая возможность. Даже до Windows 7 было доступно несколько вариантов запуска служб:

Disabled (Отключена) полностью отключает службу и предотвращает ее запуск и запуск зависимых служб – это означает, что пользователь должен включить службу вручную из панели управления или командной строки
Manual (Вручную) запускает службу по надобности (в связи с зависимостями других служб) или при вызове службы из приложения при помощи соответствующих API, как будет показано ниже
Automatic (Автоматически) запускает службу при входе в систему
Automatic Delayed (Автоматический отложенный запуск) – более новый тип запуска, появившийся в Windows Vista, при помощи которого запуск службы происходит после завершения загрузки и выполнения первоначальных операций, что ускоряет запуск системы.

К сожалению, многие ISV (включая саму корпорацию Microsoft) продолжают настраивать свои службы на автоматический (Automated) или автоматический отложенный запуск (Automatic Delayed), поскольку для всех представляется простейшим решением. Служба просто работает 24х7 и всегда доступна, устраняя любую необходимость проверки зависимостей или того, запущена ли служба.

Можно привести множество примеров существующих служб, которые могут расходовать куда меньше ресурсов и стать безопаснее, не работая в режиме 24х7. Например, подумайте о службе обновлений, которая проверяет наличие новых обновлений для приложения. Если компьютер не подключен к сети и не имеет IP-адреса, зачем ей работать? Она ничего не может сделать, так зачем оставлять работающей программу, которая ничего не делает? Подумайте о службе управления политиками, которая используется при изменении групповых политик или при подключении компьютера к домену или отключении от него, но сейчас, когда компьютер подключен к моей домашней сети, служба, опять же, работает впустую.

Появление служб с запуском по триггеру

Решение вышеуказанных проблем заключается в выведении службы из «состояния постоянной работы» в другие виды фоновой активности, такие как запланированные задачи или службы, запускаемые триггером. Эта статья посвящена Windows 7 Trigger Start Services. О Windows 7 Scheduled Tasks можно сказать очень много интересного, что и будет сделано в последующих статьях.

Службы, запускаемые по триггеру (англ. trigger-start service), впервые появились в Windows 7. По сути, это обычная служба, которую можно настроить на запуск (или остановку) в случае срабатывания триггера, то есть в определенном случае или состоянии, которые вы сами задаете (например, когда становится доступным IP-адрес или когда он исчезает). Ниже приведен список доступных триггеров, с помощью которых можно настроить режим запуска службы:

Подключение или отключение устройства
Вход в домен или выход из него
Открытие или закрытия порта брандмауэра
Изменение в групповых политиках
Доступность первого IP-адреса/исчезновение последнего IP-адреса
Настраиваемое событие – трассировка событий для Windows (ETW)

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

Так что же такое триггер?

Триггер состоит из:

Типа события триггера
Подтипа события триггера
Действия, которое должно быть предпринято при наступлении события триггера
Одного или более элементов данных, связанных с триггером (для определенных типов событий триггера)

Подтип и связанные с триггером элементы данных вместе устанавливают состояние для уведомления службы о событии. Формат элемента данных зависит от типа события триггера; элемент данных может состоять из двоичных, строковых или многостроковых данных.

Работа с Trigger Start Services

К сожалению, в пользовательском интерфейсе консоли Windows 7 Services MMC нет графического представления Trigger Start Services. Однако у вас есть две возможности. Вы можете по-прежнему использовать старой доброй программой командной строки Service Configuration – sc.exe или воспользоваться методом WIN32 ChangeServiceConfig2 для программной настройки параметров запуска службы, как будет показано в этой статье.

Использование SC.exe для запроса данных триггера службы (Query Service Trigger Information)

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

sc <server> [command] [service name] <option1> <option2>...

Где server необязательный параметр, указывающий на компьютер (по умолчанию вы работаете с локальным компьютером):

command – это операция, которую нужно выполнить, например, запрос данных триггера
service name – это имя службы, с которой будем работать
options – это различные значения (параметры), которые можно выполнить для настройки службы

Начнем с запроса определенной службы о ее конфигурации триггера. Для этого нам понадобится запустить окно Windows Shell:

1. Откройте меню «Пуск».

2. Введите CMD в поле поиска.

3. Выберите cmd.exe.

4. Введите sc qtriggerinfo w32time и нажмите клавишу ввода.

Вот, как это должно выглядеть:

Как можно видеть, мы запросили данные триггера службы W32time, которая настроена на запуск при подключении компьютера к домену и остановку при отключении от домена.

Microsoft в Windows 7 обновила приложение командной строки sc.exe для поддержки конфигурации и получения сведений о поддерживаемых триггерах. Введите sc triggerinfo в окне Windows Shell и нажмите клавишу ввода. Результат будет похож на тот, что приведен ниже, и будет содержать все триггеры и сведения о том, как настроить службы на их использование.

C:\>sc triggerinfo
ОПИСАНИЕ:
        Изменяет параметры активации службы.
USAGE:
        sc <сервер> triggerinfo [имя службы] <параметр1> <параметр2>...

ПАРАМЕТРЫ:
 start/device/UUID/HwId1/... <Запуск службы после получения 
                              строки UUID указанного класса 
                              интерфейса устройства с одной 
                              или несколькими строками кода 
                              оборудования или совместимыми 
                              строками кода>
 start/custom/UUID/data0/.. <Запуск службы после получения 
                              события от строки UUID указанного 
                              настраиваемого поставщика трассировки 
                              событий Windows с одним или несколькими 
                              двоичными элементами данных в формате 
                              шестнадцатеричной строки, например,
                              ABCDABCD, для задания 4 байтов данных>
 stop/custom/UUID/data0/... <Остановка службы после получения 
                              события от строки UUID указанного 
                              настраиваемого поставщика трассировки 
                              событий Windows с одним или несколькими 
                              двоичными элементами данных в формате 
                              шестнадцатеричной строки, например, 
                              ABCDABCD, для задания 4 байтов данных>
 start/strcustom/UUID/data0/.. <Запуск службы после получения 
                              события от строки UUID указанного 
                              настраиваемого поставщика трассировки 
                              событий Windows с одним или несколькими 
                              необязательными элементами данных>
 stop/strcustom/UUID/data0/.. <Остановка службы после получения 
                              события от строки UUID указанного 
                              настраиваемого поставщика трассировки 
                              событий Windows с одним или несколькими 
                              необязательными элементами данных>
 start/networkon             <Запуск службы при первом IP-адресе>
 stop/networkoff             <Остановить службу при отсутствии IP-адресов>
 start/domainjoin            <Запуск службы при подключении к домену>
 stop/domainleave            <Остановка службы при отсоединении от домена>
 delete                      <Удаление текущих параметров триггера>

Все, что нужно для настройки службы на запуск при появлении IP-адреса, – это ввести sc triggerinfo [имя службы] start/networkon, где «имя службы» заменено на имя той службы, которую вы хотите настроить.

Программная настройка Trigger Start Services при помощи ChanceServiceConfig2

Более интересным с точки зрения разработчиков аспектом является создание служб, зависящих от триггера, и использование кода для конфигурации службы. В Windows 7 вы можете использовать функцию ChangeServiceConfig2 для настройки данных триггера службы и функцию QueryServiceConfig2 для их вызова.

Регистрация триггера службы производится вызовом ChangeServiceConfig2 с использованием SERVICE_CONFIG_TRIGGER_INFO для параметра dwInfoLevel и представлением данных регистрации триггера в структуре SERVICE_TRIGGER_INFO посредством параметра lpInfo. К тому же, могут быть указаны дополнительные связанные с триггером данные. Ниже приведен пример функции установщика службы, который создает триггер USB-устройства для службы под названием MyService:

define SERVICE_NAME L"MyService"
    //set the device guid
    static const GUID GUID_USBDevice = {
       0x53f56307, 0xb6bf, 0x11d0, 
       {0x94, 0xf2, 0x00, 0xa0, 0xc9, 
       0x1e, 0xfb, 0x8b }};

BOOL _SetServiceToStartOnDeviceTrigger()
{
    BOOL fResult = FALSE;

    SC_HANDLE hScm = OpenSCManager(
        NULL, //local machine
        NULL, //active database
        SC_MANAGER_CONNECT);

    if(hScm != NULL)
    {
        SC_HANDLE hService = OpenService(
            hScm,
            SERVICE_NAME,
            SERVICE_ALL_ACCESS);

        If( hService != NULL)
        {

           LPCWSTR lpszDeviceString = L"USBSTOR\\GenDisk";
           SERVICE_TRIGGER_SPECIFIC_DATA_ITEM deviceData = {0};
           deviceData.dwDataType = SERVICE_TRIGGER_DATA_TYPE_STRING;
           deviceData.cbData = 
                       (wcslen(lpszDeviceString)+1) * sizeof(WCHAR);    
           deviceData.pData = (PBYTE)lpszDeviceString;


           
           SERVICE_TRIGGER st;
           st.dwTriggerType = 
                       SERVICE_TRIGGER_TYPE_DEVICE_INTERFACE_ARRIVAL;
           st.dwAction = SERVICE_TRIGGER_ACTION_SERVICE_START;
           st.pTriggerSubtype = (GUID *) &GUID_USBDevice;
           st.cDataItems = 1;
           st.pDataItems = &deviceData;

           
           SERVICE_TRIGGER_INFO sti;
           sti.cTriggers = 1;
           sti.pTriggers = &st;
           sti.pReserved = 0;

           fResult = ChangeServiceConfig2(
                        hService,
                        SERVICE_CONFIG_TRIGGER_INFO,
                        &sti);
        }
        CloseServiceHandle (hService);
    }
    CloseServiceHandle (hScm);

    if(!fResult)
    {
        printf("Service trigger registration failed (%d)\n", 
                 GetLastError());
    }
    return fResult;
}

Примечание: все службы контролируются Service Control Manager (SCM), который мы рассмотрим в другой статье.

Можно видеть, как в приведенном фрагменте кода мы сначала получаем дескриптор (hScm) SCM вызовом openSCManager. Далее мы вызываем openService и определяем дескриптор SCM – hscm, и имя службы – SERVICE_NAME, к которой хотим получить доступ. Последний параметр, SERVICE_ALL_ACCESS, указывает, что у нас имеется полный доступ к службам. Полагая, что теперь имеется верный дескриптор, мы начинаем создавать отдельную структуру, которой воспользуемся вскоре для настройки службы.

SERVICE_TRIGGER_SPECIFIC_DATA_ITEM задает тип события триггера. Он содержит данные о событии триггера службы. В нашем случае, мы задаем строку, описывающую подключение USB-диска.

Затем мы задаем структуру SERVICE_TRIGGER, которая представляет события триггеру службы. Заметьте, что именно здесь мы задаем тип триггера (подключение устройства), действие (запуск службы), и подтип триггера (определенный род USB-дисков). Следом мы определяем конкретное устройство, которое будет вызывать службу. Заметьте, что вы можете задать список устройств и их GUID. Также следует отметить, что мы не хотим срабатывания триггера запуска службы при подключении любого USB-устройства, вроде мыши или камеры. Мы хотим, чтобы служба запускалась только при появлении USB-диска.

Наконец, мы задаем структуру SERVICE_TRIGGER_INFO, которая содержит данные события триггера службы. Эта структура просто указывает на структуру SERVICE_TRIGGER, которую мы задали ранее, и количество триггеров, число которых в данном случае равно одному.

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

Вот и все. Если вы все сделали правильно, то служба запуститься при подключении USB жесткого диска.

В следующей статье я рассмотрю, как написать простую реализацию службы .NET, которую мы настроим на запуск при подключении диска USB.

Вы можете узнать больше о Windows 7 при помощи Windows 7 Training Kit for Developers или просмотрев видео, посвященные Windows 7, на Channel 9.

Вы также можете потренироваться в работе с Windows 7 Trigger Start Services при помощи курса Windows 7 Online, являющегося частью Channel 9 Learning Center.

Новые ресурсы для разработчиков под Windows 7

Daniel Kornev [MSFT] — Wed, 11 Nov 2009 12:02:00 GMT

Совсем недавно Windows 7 стала официально доступна широкой публике, и каждый может купить и установить себе Windows 7, как вместе с новым компьютером, так и в виде коробочной версии. Уже сейчас люди по всему миру могут запускать ваше приложение на Windows 7. Они ожидают, что оно будет работать так же, как если бы оно было создано специально для Windows 7, и использует в своей работе новые функции и технологии Windows 7, такие как новая панель задач, библиотеки, поддержка touch-интерфейса и сенсоры местоположения.

В связи с тем, что Windows 7 наконец-то вышла, мы продолжаем выпускать новые материалы для разработчиков, которые должны помочь вам начать работу с новой ОС. Появление Windows 7 в публичном доступе является прекрасным поводом чтобы обновить все материалы для разработчиков по Windows 7, которые должны помочь в написании прекрасных приложений для новой операционной системы.

Ниже приведен ряд ссылок, по которым вы можете найти ресурсы для разработчиков под Windows 7:

Обновленный Windows 7 Training Kit (Скачать)

Чтобы помочь вам написать приложение под Windows 7 как можно скорее, мы обновили Windows 7 Training Kit for Developers. В нем можно найти информацию по всем предыдущим темам, таким как Taskbar, Sensor and Location, Libraries and Shell, Multitouch, Ribbon и т.д. В новой версии добавлено описание работы в среде VS2010 и использования новых расширений MFC в VS2010 (скачать VS2010). Мы также добавили в комплект VB-версии наших решений – теперь ни один разработчик не останется не у дел.

Онлайн-тренинги Windows 7 в Channel 9 Learning Center

Давайте предположим, что вы хотите узнать все о библиотеках Windows 7, или, например, о том, как добавить в приложение поддержку новых возможностей панели задач, но при этом не хотите скачивать весь комплект учебных материалов. Благодаря Windows 7 Online Training Kit, размещенному на сайте Channel 9 Learning Center, вы получите доступ ко всем обучающим разделам по Windows 7. Каждый из этих разделов (например, Taskbar) включает в себя несколько обучающих видео по теме. Данный ресурс предоставляет вам быстрый и простой доступ к большинству наших обучающих материалов. Если вы хотите увидеть оставшуюся их часть, например, презентации PowerPoint и дополнительные демонстрационные видео, вам нужно скачать Windows 7 Training Kit for Developers. На следующем экране показана часть одного из руководств по написанию кода для панели задач.

Как и всегда, в разделе про Windows 7 сайта Channel 9 находятся специальные видео и скринкасты про Windows 7. За прошедшие несколько недель мы опубликовали новые видео (включая новое видео от Марка Руссиновича), которые, я уверен, вы найдете весьма интересными и полезными. Хотелось бы вам напомнить, что последнее видео Марка «Mark Russinovich: Inside Windows 7», стало блокбастером сайта Channel 9. Если вы до сих пор его не видели, то я очень рекомендую его посмотреть, так же как и новое видео «Mark Russinovich: Inside Windows 7 Redux». Не забывайте также следить за обновлениями следующих тематических разделов:

· Using Windows 7 – содержит ориентированные на потребителей и пользователей видео, вроде «Как установить Windows 7» и «Как настроить сеть домашней группы»;

· Programming Windows 7 – думаю, не стоит объяснять, о чем этот раздел, не так ли?

· И последнее по порядку, но не по значению – «Under the Hood» – описание концепций внутренней архитектуры Windows.

MSDN Developer Center

MSDN Developer Center также подвергся редизайну в связи с выпуском Windows 7, обзавелся новым интерфейсом и получил ряд новых функций. MSDN Developer Center включает в себя множество материалов по Windows 7, которые дополняют обучающие видео с сайта Channel 9. Думайте о MSDN Developer Center как о центре концентрации информации по Windows 7, знакомство с которой может послужить вам прекрасным стартом для разработки приложений, которые будут блистать на Windows 7. Там вы можете найти информацию на различные темы, обзоры программных моделей, узнать об инструментальных средствах для разработчика, которые можно использовать, просмотреть видео и почитать блоги.

Новая книга для разработчиков под Windows 7

Помимо всего прочего, в MSDN Developer Center вы также можете найти список рекомендуемых книг по Windows 7 для разработчиков. Последние несколько месяцев я был занят написанием книги про Windows 7 с тремя замечательными соавторами: Лоуренсом Моруни (Laurence Moroney), Сашей Голдштейном (Sasha Goldshtein) и Элоном Флайесом (Alon Fliess). Вместе мы написали книгу «Introducing Windows 7 for Developers». В ней рассказывается о многих великолепных особенностях Windows 7, таких как новая панель задач, библиотеки, датчики расположения и сенсоры, multitouch (включая поддержку WPF 4 в VS 2010), и даже использование технологии Silverlight вне браузера (включая touch-технологию). Насколько я знаю, это первая книга по Windows 7 для разработчиков, и я надеюсь, вам она покажется полезной. Марк Руссинович воспользовался материалами из этой книги во время работы над интеграцией функций Windows 7 в инструменты Sysinternals и написал предисловие для этой книги.

Я надеюсь, эта статья поможет вам в написании впечатляющих приложений для Windows 7.

Windows 7 на PDC 2009

Daniel Kornev [MSFT] — Mon, 19 Oct 2009 07:28:48 GMT

Professional Developers Conference (PDC) – это мероприятие, которое все разработчики, использующие технологи Microsoft, просто обязаны посетить хотя бы раз в жизни. Это флагманское событие, предлагающее всесторонний, обращенный в будущее, технически углубленный, плотный набор сессий от представителей Microsoft. И PDC в этом году – не исключение, и вы вправе ожидать очень волнующее мероприятие.

Моим первым PDC был PDC’08, проходивший в прошлом ноябре в LA Convention Center. Как одному из тех, кто работал над Windows 7 в Microsoft, мне очень повезло войти в тот узкий круг лиц, связанных с Windows 7 на PDC 2008, и внести свой вклад (хоть он был и невелик) в одно из выступлений. В выступлении второго дня Стивен Синофски (Steven Sinofsky) представил Windows 7 миру и впервые люди вне Microsoft увидели новую панель задач, Windows Ribbon, стали свидетелями демонстрации технологии одновременного нажатия. Посетители получили жесткий диск объемом 160 ГБ (что заставляет задуматься о том, что они получат в этом году…) с Windows 7 build 6801 (кто-нибудь помнит эту сборку?). Команда разработчиков Windows представила множество своих технологий в ряде впечатляющих сессий. И с тех пор, на протяжении различных версий Windows – Beta, RC и RTM – мы продолжали выпускать новые материалы, чтобы помочь разработчикам подготовиться к Windows 7.

Windows 7 выйдет на рынок 22 октября, а PDC в этом году пройдет сразу же после релиза Windows 7. Теперь без тумана секретности, окутавшего предварительные версии, на PDC в этом году мы сможем углубиться (очень углубиться) в Windows 7, чтобы развернуть наше понимание того, как работает Windows 7 и, что куда более важно, какие преимущества могут получить разработчики от всех тех улучшений и возможностей, предлагаемых Windows 7.

Для начала, за день до начала PDC’09, состоится БЕСПЛАТНЫЙ семинар Windows 7 Boot Camp, проводимый ведущими экспертами Microsoft, такими, как Марк Руссинович (Mark Russinovich), Лэнди Вонг (Landy Wang) и Арун Кишан (Arun Kishan). Затем, в течение самого PDC, пройдет несколько более углубленных сессий, посвященных Windows 7.

Что ж, вот первый набор сессий Windows 7, который мы анонсируем:

Первая сессия затрагивает, пожалуй, мою любимую тему (я фанатик, что еще можно сказать). Что может быть важнее, чем быстродействие, особенно, когда оно касается Windows 7 и приложений, запущенных на Windows 7? Эта сессия должна стать обязательной к посещению для любого разработчика, пишущего любое программное обеспечение (с неуправляемым кодом или .NET-совместимое) для Windows (и не только для Windows 7) – это действительно уникальная возможность.

Повышая быстродействие при помощи Windows Performance Tookit

Команда разработчиков Windows 7 использует Windows Performance Toolkit (WPT) для оптимизации операционной системы. Приходите и узрите, как команда разработчиков Windows Performance использовала WPT в течение цикла разработки Windows 7 для оптимизации под сценарии клиентов, и как вы можете использовать многие из его функций и возможностей, которые помогут создать более быстрые приложения для Windows. Во время этой сессии будут показаны учебные примеры, которые продемонстрируют, как использовать этот набор инструментов для выявления областей, нуждающихся в улучшении в вашем приложении, и будут предложены принципы, которым необходимо следовать для создания приложений с оптимальной производительностью.

Следующие две сессии также в числе моих любимых (вы не можете осудить меня за любовь к Windows 7), поскольку я думаю, что эти технологии представляют новый уровень пользовательского взаимодействия и адаптивных пользовательских интерфейсов:

Создавая контекстно-зависимые приложения с Windows 7 и .NET

Сколько раз вы про себя думали: «Моему приложению было бы намного лучше, если бы оно знало, где находится пользователь»? Благодаря Windows 7 и .NET Framework 4.0 теперь в ваших руках есть инструменты для определения местоположения в ваших приложениях. Используя новую платформу Location and Sensor в Windows 7, API местоположения в .NET Framework 4.0 предлагает единый, последовательный API для получения географической широты и долготы, не обращая внимания на лежащую в основе технологию, позволяя вас сфокусироваться на создании превосходных, разнообразных контекстно-зависимых приложений.

Погружение в Windows Touch

Windows предлагает приложения со стандартным набором возможностей взаимодействия жестами и прикосновениями. Ваши приложения могут выйти за пределы обычных возможностей благодаря мощной платформе, которую они теперь способны задействовать. Эта сессия нацелена на разработчиков, заинтересованных в создании решений, оптимизированных под прикосновения. Мы ближе рассмотрим некоторые из наиболее важных составных частей платформы Touch, такие, как управление и бездействие процессоров, а также рассмотрим насущные проблемы, которые нашли и успешно обошли разработчики.

Еще одна очень рекомендуемая к посещению сессия посвящена Windows Ribbon. Прежде, чем вы откажетесь от Ribbon, я рекомендую вам взглянуть на него еще раз и прочитать между строк неуправляемого API Windows Ribbon. В текущем API представлена очень интересная архитектура программного обеспечения, которая дает первое представление об инфраструктуре будущего.

Технические аспекты Windows Ribbon

Это выступление покроет некоторые из наиболее острых и сложных аспектов реализации ленточного интерфейса, таких, как проектирование галерей (важнейшая задача любой ленты), добавление внешних MRU и т.д. Мы будем отталкиваться от конкретных примеров Windows Live и других партнеров, и расскажем о том опыте, который накопили эти команды разработчиков, как подопытные кролики Windows Ribbon.

Очень многое было сказано об обновлении в Windows 7 графического стека. Этот стек играет важную роль в повышении производительности Windows 7. Вы, как разработчик, можете воспользоваться этими изменениями и задействовать разнообразные современные графические технологии, которые используют максимум ресурсов графических процессоров.

Современная 3D-графика в Windows 7 и оборудовании Direct3D

Окунитесь в возможности Direct3D 11 и Windows 7, чтобы получить практические навыки, которые помогут использовать графику на всю катушку. Узнайте о новом этапе тесселяции в Direct3D 11, который обеспечивает беспрецедентное качество рендеринга, динамично генерируя геометрию в ГП. К тому же вы увидите, как улучшения поддержки многоядерности в среде выполнения Direct3D 11 могут помочь в масштабировании приложения, чтобы задействовать все ядра на компьютере. Наконец, узнайте о возможностях DirectCompute (вычислительной технологии общего назначения, использующей аппаратное ускорение) в контексте графических приложений.

Передовые графические возможности с DirectX

Число конфигураций ПК растет. С нетбуками и передовыми настольными системами, использующими последнее графическое оборудование, создание приложений, удовлетворяющих всем этим системам, становится все сложнее с каждым годом. Приходите, и мы расскажем о многих опциях, доступных в Windows 7 и служащих для упрощения графической разработки для всех видов аппаратных конфигураций, от маломощных встроенных ГП до топовых линеек дискретных карт. Узнайте о Direct3D 10 Level 9, который позволяет приложениям Direct3D 10 работать на практически всех компьютерах, доступных сегодня на рынке. Узнайте о WARP, новой программной прорисовке, которая позволяет приложениям использовать высококачественную графику, даже при отсутствии видеокарты. Наконец, узнайте о Direct2D, DirectWrite, WIC и возможности взаимодействия технологий Windows 7 для создания искусной, высококачественной графики в ваших приложениях.

Последняя сессия, которую я рассмотрю в этой статье, но далеко не последняя по важности, посвящена Windows API Code Pack for Microsoft .NET. Это платформа, в которой у меня есть личная заинтересованность и о которой я довольно часто пишу. С Visual Studio 2010 и .NET 4, жизнь разработчиков .NET станет проще. Тем не менее, остается огромное количество важных Windows API, которые не входят в состав пакета .NET. Эта библиотека открытого кода предлагает отличное промежуточное решение.

Разработка с помощью Windows API Code Pack for .NET Framework

Windows API Code Pack for Microsoft .NET Framework включает библиотеку исходных кодов, которую вы можете использовать для доступа к некоторым новым возможностям Windows 7 (и некоторым замечательным функциям предыдущих версий операционной системы Windows) из управляемого кода. Эти функции Windows сегодня недоступны разработчикам из .NET Framework. Эта сессия расскажет, как вы можете получить доступ к таким возможностям, как интеграция с панелью задач, списки переходов, библиотеки, сенсорная платформа, Direct2D и другие.

Готово ли ваше приложение к Windows 7 RTM?

Daniel Kornev [MSFT] — Fri, 28 Aug 2009 11:44:32 GMT

Несколько недель назад состоялся важный этап в разработке Windows 7 – она была отправлена в печать! И через три месяца – 22 октября – Windows 7 станет доступна всем желающим. Восторженное ожидание предстоящего публичного релиза Windows 7 росло месяцами, и мы ожидаем куда более высокий уровень ее принятия, чем это было с предыдущими версиями Windows.

Поскольку мы приближаемся к 22 октября, вы должны спросить себя: готово ли ваше приложение к Windows 7? Что будет, когда конечные пользователи установят ваше приложение на Windows? Запустится ли оно? Увидят ли пользователи какую-либо разницу, когда запустят приложение на Windows 7 по сравнению с Windows Vista или XP? 22 октября уже не за горами и мы здесь, чтобы помочь вам ответить «Да!» на эти вопросы и убедиться, что «Однозначно, мое приложение блистает всеми красками на Windows 7». Мы хотим помочь создать у пользователей приятное впечатление от вашего приложения и, конечно же, от Windows 7.

Все это звучит замечательно, но какие шаги нужно предпринять, чтобы сказать: «Да, мое приложение работает на Windows»? Есть ли контрольный список? Да, конечно, есть.

Вам нужно сделать три вещи, чтобы обеспечить плавный переход:

Убедиться, что приложение совместимо с Windows 7
Оптимизировать его работу и быстродействие в Windows 7
Реализовать новые возможности, предоставляемые Windows 7

Убедитесь, что приложение совместимо с Windows 7

Перед тем, как использовать новые возможности Windows 7, убедитесь, что ваше приложение совместимо с нею. Другого пути нет: очень важно, чтобы вы убедились, что приложение правильно работает в Windows 7. Нет ничего хуже для пользователя, чем находиться в предвкушении новой операционной системы и обнаружить, что приложение просто не работает. Некорректная работа вредит всем – вот почему вы должны убедиться, что ваше приложение устанавливается и работает на всех версиях Windows 7 и поддерживает как 32-, так и 64-разрядную версии.

Если приложение совместимо с Windows Vista, значит, у вас не будет проблем! Мы ожидаем, что большинство приложений, работающих на Windows Vista, будет работать на Windows 7. Понятно, что вы не можете быть уверенными в этом и должны проверить (и перепроверить), что приложение и вправду совместимо с Windows 7. Есть ряд различий между Windows Vista и Windows 7, которые могут повлиять на определенную функциональность приложений, так что если вы до сих пор не ознакомились с Windows 7 Quality Cookbook, мы настоятельно рекомендуем сделать это.

Если приложение было разработано для Windows XP (или более ранней версии Windows), и вы не проверяли, совместимо ли оно с Windows Vista, есть ряд вопросов (например, UAC), которым вы должны уделить особое внимание. Важно помнить, что нет единой палочки-выручалочки для всех проблем совместимости. Каждое приложение имеет свой собственный набор проблем, который зависит от отдельных нюансов реализации. Windows Vista Application Compatibility Cookbook остается актуальной для Windows 7, поскольку 99% содержимого этой документации применимо к Windows 7. Стоит отметить, что некоторые разделы важнее других. Следующие семь тем покрывают большую часть отчетов о проблемах совместимости.

Проверка версий – безусловно, главная проблема совместимости приложений. Вы когда-нибудь получали сообщение от приложения «Требуется Windows XP или выше», пытаясь запустить его на Windows 7? Если так, то вы наткнулись на проблему проверки версии. Больше на эту тему можно узнать в статье Проблемы совместимости: версии операционных систем.
Перенаправление данных – начиная с Windows Vista, обычные пользователи имеют ограниченных доступ к некоторым файлам, папкам и ключам реестра. Когда приложение пытается произвести запись в эти объекты, оно получает перенаправление куда-нибудь еще. В основном, это прозрачно и для пользователя, и для разработчиков, но иногда случается иначе, что приводит к очень интересным результатам. Вы можете узнать больше на эту тему из статьи Общие проблемы виртуализации файлов и реестра в Windows Vista.
Защищенный режим IE – начиная с Windows Vista, по умолчанию IE работает с низкими правами. Обычно это означает, что некоторые элементы управления ActiveX, которые работали в Windows XP, не работают в Windows Vista и Windows 7. Если вам требуется дополнительная информация, прочтите о Защищенном режиме в Vista IE7 (это применимо и к IE8).
Изоляция Сессии 0 – в Windows Vista службы работают в собственной сессии (сессия 0), а не в пользовательской сессии(ях) (сессия 1 и выше). Эта граница безопасности защищает систему от многих атак и абсолютно необходима. Однако она также вызывает проблемы коммуникации между службами и приложением, как, например, блокирование сообщений! Вы можете узнать больше на эту тему в статье «Изменение обязательного уровня целостности для защищенных объектов в Windows Vista».
Обнаружение инсталлятора – начиная с Windows Vista, ОС автоматически пытается определить, является ли приложение программой установки, запуск которых обычно требует прав администратора. Однако иногда эта эвристика может вызвать проблемы. Если вам требуется дополнительная информация, прочтите Правила разработчика Windows Vista и Windows Server 2008.
Ограничение привилегий пользовательского интерфейса – не позволяет приложению (процессу) посылать сообщения другому процессу с более высокими правами, даже если они запущены из одной учетной записи. В то время как это защищает от shatter-атак, ограничение также может привести к неработоспособности некоторых приложений.
High DPI – во время установки Windows 7 автоматически определяет, поддерживает ли ваш экран High DPI. Если поддерживает, то Windows 7 автоматически устанавливает разрешение экрана на High DPI. Если приложение несовместимо с High DPI, это может вызвать некоторые проблемы отображения (например, обрезание текста). Узнайте больше о том, как убедиться, что приложение отображается корректно на дисплеях с High-DPI.

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

Оптимизация работы и быстродействия приложения в Windows 7

После проверки того, что приложение устанавливается и работает на Windows 7 без проблем, наступает время идти дальше и оптимизировать его работу и быстродействие в Windows 7. Сделайте это при помощи использования новых возможностей, представленных в Windows 7. Сюда входят и инновации в пользовательском интерфейсе, такие как панель задач (Taskbar) и библиотеки (Libraries), и более фундаментальные функции, вроде сервисов Trigger Start Services или новой платформы Troubleshooting (Устранение неполадок). Оптимизируя приложение для Windows 7, вы можете убедиться, что работа пользователей с ним в Windows 7 превзойдет их ожидания. Пользователи могут ожидать, что приложение работает правильно с панелью задач (всего лишь пример), но если оно не оптимизировано для работы с новой панелью задач Windows 7, конечный пользователь может заметить это.

Когда вы будете готовы к оптимизации приложения для Windows 7, обдумайте одну или несколько из следующих возможностей:

Панель задач (Taskbar) – новая панель задач в Windows 7 предоставляет пользователю больше интуитивно понятной информации при помощи таких функций, как списки переходов (jump lists), которые помогают быстро переходить к необходимому объекту/задаче. Также рекомендую ознакомиться со статьей Разработка для панели задач Windows 7 – Application ID.
Библиотеки (Libraries) – это точки доступа к пользовательским данных в Windows 7. Библиотека в Windows 7 – это заданная пользователем коллекция, выводящая данные пользователя независимо от иерархии папок. Пользователь может объединить иерархию папок, собрав любое количество физических папок (на своей локальной машине или удаленных устройствах) в одно место – библиотеку. Узнать о библиотеках больше вы сможете, прочитав Руководство по программированию Windows 7: библиотеки.
Trigger Start Services – Windows 7 Service Control Manager был расширен, чтобы служба могла быть автоматически запущена и остановлена при определенном системном событии, или триггере, сработавшем в системе. Возможность триггер-включения ликвидирует необходимость службе запускаться автоматически при включении компьютера и простаивать в ожидании, когда событие случится, например, когда будет подключено устройство. Больше по этой теме можно узнать из статьи Service Trigger Events.
Оптимизация энергопотребления – Windows 7 предлагает инфраструктуру и инструменты, которые помогают разработчикам определить влияние электропитания на их приложения. Набор обратных вызовов событий позволяет приложениям уменьшать их активность, когда система работает от аккумулятора и увеличивать ее при работе от сети.
Troubleshooting Platform – Windows 7 предлагает обширную и расширяемую платформу Troubleshooting (Устранение неполадок), которая использует основанный на PowerShell механизм выявления и устранения проблем. Troubleshooting Platform плавно интегрируется с Windows 7 PC Solution Center и дает возможность другим приложениям выполнять диагностику тем же образом. Узнайте больше о Windows Troubleshooting Platforum.

Windows Error Reporting – это набор технологий Windows, которые записывают данные о сбое приложения и могут отправить отчет с информацией о сбое. Благодаря службам Winqual, поставщики программного и аппаратного обеспечения могут получать доступ к отчетам для анализа и решения проблем. Этот набор инструментов предоставляет информацию в реальном времени о качестве программного обеспечения и упрощают обновление и создание патчей. См. Приступая к работе с Windows Error Reporting.
Оптимизация I/O – назначение приоритетов ввода/вывода улучшает отзывчивость операционной системы без значительного снижения быстродействия. Если у вас имеются службы, функционирующие в течение продолжительного времени и активно использующие ввод/вывод, которые можно было бы запустить в фоновом режиме, то пользователь был бы вам благодарен за этот шаг. Неоптимизированные по вводу/выводу приложения дают дополнительную нагрузку на систему. Если приложение оптимизирует ввод/вывод для некритичных служб, это может значительно улучшить поведение системы целиком.
Restart Manager – эта технология дает возможность автоматического перезапуска после сбоя, а также применение обновлений к приложениям и операционной системе без перезагрузки самой машины. Когда вы встраиваете данную функциональность, то получаете второй шанс сохранить важную для приложения информацию. Windows автоматически перезапустит ваше приложение и попытается загрузить информацию, с которой пользователь только что работал. Эта же технология упрощает обновление большинства приложений и операционной системы без перезагрузки. Если же перезагрузка необходима, то Windows перезапустит приложение и вернет его в последнее состояние.

Реализация новых возможностей Windows 7

Как только вы выполнили первые два шага, можете разнообразить свое приложение новыми уникальными возможностями Windows 7. Windows 7 позволяет создавать разнообразные и интуитивные приложения, которые значительно увеличивают доступность, простоту в использовании и улучшают общее восприятие. Новые методы настольной интеграции помещают функциональность приложения «на кончики пальцев» пользователя. Новые Touch API делают возможным естественное взаимодействие при помощи технологии одновременного нажатия и движений пальцев. Стремительное развитие аппаратных и программных технологий также ведет к более точному пользовательскому интерфейсу. Windows 7 отдает эти достижения под контроль разработчика с новыми гибкими API, использующими все преимущества технологии и одновременно упрощающими разработку приложений.

Windows 7 включает множество новых возможностей, которые могут заставить приложение сиять, возвышаясь над конкурентами. Когда вы задумаетесь о создании нового восхитительного пользовательского интерфейса, вспомните об одной или нескольких из следующих возможностей:

Ribbon – в Windows 7 включен Ribbon-интерфейс Office 2007, который обеспечивает платформу для разработки интерфейсов пользователя. Это означает, что могжно забыть о нудной разработке Win32 UI и предложить визуально богатый и знакомый пользовательский интерфейс, используя UI на базе разметки и быстродействующую исполняемую среду управляемого кода.
Multitouch & Ink – Windows 7 включает улучшенную поддержку прикосновений и жестов, позволяя разработчикам быстро и просто создавать уникальные интерфейсы приложений, которые не ограничиваются простыми наведениями мышки, щелчками и перетаскиваниями. Новые Multi-touch API поддерживают разнообразные жесты, такие как перелистывание, масштабирование и поворот. Все жесты получают немедленный визуальный отклик и взаимодействуют с контентом естественно и интуитивно.
Sensor and Location Platform – Windows 7 изменяет то, как разработчики используют сенсоры. Сюда входит и поддержка датчиков, расширенная новой платформой разработки на уже существующие типы, включая датчики местоположения (такие как устройства GPS) и датчики температуры и освещенности, позволяющая создавать контекстно-зависимые приложения. Датчики местоположения открывают новые возможности для служб, ориентированных на определенное местоположение.
Новый графический стек – Windows 7 дает в руки разработчикам новые графические возможности при помощи нового набора DirectX API. Разработчики Win32 могут получить преимущества от последних добавлений в GPU, чтобы включить быструю, масштабируемую, высококачественну 2D- и 3D-графику, текст и изображения в свои приложения.

Платформа мультимедиа – Media Foundation и DirectShow® составляют основу поддержки мультимедиа в Windows Media Foundation, появившейся в Windows Vista как замена DirectShow. В Windows 7 Media Foundation была расширена для лучшей поддержки форматов, включая:

MPEG-4
Запись видео с устройств и аппаратных декодеров, таких как H.264, MJPEG и MP3
Новые источники для MP4, 3GP, MPEG2-TS и AVI
Новые приемники для MP4, 3GP и MP3

И для разработчиков Windows 7 добавляет новые API высокого уровня, которые сильно упрощают написание мультимедиа-приложений.

Федеративный поиск (Federated Search) – Windows 7 обеспечивает поиск документов за пределами ПК пользователя. Разработчики и ИТ-специалисты могут добавить в свои движки, хранилища документов, веб-приложения и частные хранилища данных поддержку поиска из Windows 7 без написания и развертывания клиентского кода. Это позволит искать внутри сети своей корпорации или в Интернете легко, как если бы они искали свои локальные файлы – из знакомого интерфейса Windows.
Интеграция Device Stage – Windows 7 совмещает программное обеспечение и службы для создания новых способов работы с мобильными телефонами, портативными медиа-плеерами, камерами и принтерами. Windows 7 упрощает использование этих устройств прямо с рабочего стола Windows. Она также дает производителям устройств возможность создать заметное место на рабочем столе Windows с расположением брендовой информации и простого интерфейса для представления функциональности и служб, поддерживаемых устройствами.

Я надеюсь, эта статья поможет вам начать работу, чтобы сделать ваше приложение для Windows 7 ярким и поистине запоминающимся!

7 способов получить бесплатные билеты на PDC 2009 и 17777 долларов

Daniel Kornev [MSFT] — Fri, 17 Jul 2009 10:31:27 GMT

Хотите выиграть путешествие в Лос-Анджелес и бесплатный билет на PDC 2009? Полагаете, что у вас есть все необходимое, чтобы выиграть 17777 американских долларов? Считаете, что сможете создать уникальное приложение для Windows 7?

Если на каждый из трех вопросов вы ответили утвердительно, тогда добро пожаловать на сайт Code⁷ Contest. Конкурс Code⁷ дает возможность привлечь внимание к своему приложению, а также выиграть путешествие в Лос-Анджелес на конференцию PDC09 и до 17777 американских долларов наличными!

Code⁷ – это специальный конкурс для разработчиков приложений. Это уникальная возможность продемонстрировать ваш талант и опыт программирования всему миру. Это отличный способ заработать на собственном опыте и знаниях.

Это не просто очередной конкурс на умение программировать; этот конкурс даст финалистам возможность лично представить свое приложение посетителям конференции PDC 2009 в Лос-Анджелесе. Первый приз –17777 американских долларов наличными, возможность представить свое приложение руководству Microsoft на PDC 2009, а также всемирный интерес к вашему приложению, включая массивную маркетинговую кампанию.

Для того, чтобы принять участие в конкурсе, вам необходимо:

Создать оригинальный, ориентированный на конечных потребителей прототип приложения для Windows 7 (с помощью Win32, WPF, MFC или WinForms, но не приложение Air или обычный гаджет), относящегося к одной или нескольким категориям:

Упрости свою жизнь
Больше медиа, больше мест
Игры
Работа отовсюду
Защити свое дело
Приложения для лучшего завтра

В приложении должна быть использована, как минимум, одна из указанных технологий Windows 7. Однако, предпочтение будет отдаваться тем работам, в которых используется более одной из этих функций:

Библиотеки
Windows Touch
Интеграция с оболочкой
DX11 (DirectX 11)
Платформа Sensor and Location

Поэтому, если вы регулярно читаете этот блог, у вас есть преимущество.

Конкурс будет проходить в несколько этапов и вот несколько правил, о которых следует знать:

Для того, чтобы принять участие в конкурсе, вы должны записать и опубликовать видео, в котором необходимо подробно описать и продемонстрировать приложение.
Первый квалификационный раунд начинается в 12:00 по тихоокеанскому времени (PT) 13 июля 2009 года и заканчивается в 23:59 10 октября 2009 года. Вы сможете загрузить свое видео до 23:59 10 октября 2009 года. Оно будет включено в пул с другими работами основываясь на географическом расположении.
Видео, добавленные до 23:59 15 августа 2009 года, попадут в розыгрыш призов, описанных в разделе Early Bird Prize.
По завершении первого квалификационного раунда компетентное жюри выберет двух призеров и одного финалиста из каждой географической области.
Затем Microsoft уведомит всех призеров и финалистов, а также снабдит их инструкциями по загрузке приложения для последующей оценки.
Финалисты будут приглашены представить свои приложения компетентному жюри на конференции Partner Developer Conference 2009 (PDC09) в Лос-Анджелесе.

За дополнительной информацией по поводу правил обращайтесь к разделу «Правила» на сайте конкурса- https://www.code7contest.com/.

Так чего же вы ждете? Приступайте к работе над своим приложением для Windows 7!

Разработка для панели задач Windows 7 – переходим к спискам переходов – часть 3

Daniel Kornev [MSFT] — Mon, 13 Jul 2009 12:21:00 GMT

К этому моменту вы, как я надеюсь, поняли, как создать собственный список переходов для вашего приложения. Вы также должны были оценить стандартную поддержку Windows 7 для категорий «Recent» и «Frequent» и понять, как создавать свои собственные категории. В этой статье мы рассмотрим другие возможности списков переходов и покажем, насколько просто добавлять новые задачи в список приложения.

Задачи пользователя – это настраиваемые задачи, помещаемые в собственную категорию Tasks. Как разработчик вы можете установить заголовок отображаемой задачи, иконку слева и, что более важно, приложение, которое запускается, когда данная задача активируется. Вы можете рассматривать задачи пользователя как ярлыки функций, обеспечиваемых приложением. Как вы помните, задачи пользователя в нашем словаре выражаются глаголами; например, в списке Windows Media Player есть задача «Resume last playlist», а в Sticky Notes – задача «New note».

Задача пользователя обычно представляет собой объект IShellLink, который запускает любое указанное приложение (ваше приложение или любое другое, которое вы выберите) с соответствующим параметром командной строки. Хотя вы не можете распределять задачи по категориям, вы можете разделить их, используя специальный разделительный объект. Ниже приведен пример списка с разделителем, который разбивает три задачи на группу из двух задач и одной дополнительной:

Так что же требуется для добавления задач в список переходов? На самом деле, не так уж много. По существу, это один единственный вызов функции AddUserTasks в интерфейсе, с которым мы уже знакомы, ICustomDestinationList (ICustomDestinationList::AddUserTasks(IObjectArray) Method). Рассматривая код, вы увидите одну единственную строку, hr = pcdl->AddUserTasks(poa);. Однако как всегда, кто-то должен создать переменную poa, IObjectArray, параметр и заполнить их соответствующий информацией. Давайте рассмотрим этот процесс.

Мы создадим коллекцию IShellLinks. Эта коллекция будет позже приведена к требуемому параметру IObjectArray. Нижеприведенный код начинает этот процесс.

IObjectCollection *poc;
HRESULT hr = CoCreateInstance(
D_EnumerableObjectCollection, NULL, CLSCTX_INPROC, IID_PPV_ARGS(&poc));
if (SUCCEEDED(hr))
{
    IShellLink * psl;
    hr = _CreateShellLink(L"/Task1", L"Task 1", &psl);
    if (SUCCEEDED(hr))
    {
        hr = poc->AddObject(psl);
        psl->Release();
    }
}

Здесь можно видеть, что мы использовали COM (вновь) и CoCreate и IObjectCollection, poc. Далее вызывается вспомогательная функция CreateShellLink с тремя параметрами:

Первый параметр – это аргумент командной строки для задачи
Второй параметр – это заголовок, который будет отображен
Третий параметр – это указатель на IShellLink.

Затем объект заполняется соответствующей информацией.

Наконец, мы добавляем недавно созданный IShellLink в коллекцию объекта. Вы можете задаться вопросом, где же параметр, который указывает путь к исполняемому файлу, который мы планируем вызвать. Что же, это хороший вопрос. Для простоты, мы жестко задаем эту информацию, как показано в следующем фрагменте кода:

if (SUCCEEDED(hr))
{
    hr = _CreateShellLink2(
            L"C:\\Users\\<my user>\\Documents\\new text file.txt", 
            L"NotePad", 
            &psl);

    if (SUCCEEDED(hr))
    {
        hr = poc->AddObject(psl);
        psl->Release();
    }
}

Здесь вы можете видеть, что мы вызывает жестко заданную функцию _CreateShellLink2. Ей присваиваем в качестве одного из параметров путь к текстовому файлу и запускаем Notepad.

Вот код с вызовом функции CreateShellLink2:

HRESULT _CreateShellLink2(
            PCWSTR pszArguments, PCWSTR pszTitle, 
            IShellLink **ppsl)
{
    IShellLink *psl;
    HRESULT hr = CoCreateInstance(
                    CLSID_ShellLink, 
                    NULL, 
                    CLSCTX_INPROC_SERVER, 
                    IID_PPV_ARGS(&psl));
    if (SUCCEEDED(hr))
    {
        hr = psl->SetPath(c_szNotePadExecPath);
            if (SUCCEEDED(hr))
            {
                hr = psl->SetArguments(pszArguments);
                if (SUCCEEDED(hr))
                {
                    // Свойство заголовка требуется элементам списка,
                    // представленным как экземпляр IShellLink. Это значение используется
                    // как отображаемое имя в списке переходов.
                    IPropertyStore *pps;
                    hr = psl->QueryInterface(IID_PPV_ARGS(&pps));
                    if (SUCCEEDED(hr))
                    {
                        PROPVARIANT propvar;
                        hr = InitPropVariantFromString(pszTitle, &propvar);
                        if (SUCCEEDED(hr))
                        {
                            hr = pps->SetValue(PKEY_Title, propvar);
                            if (SUCCEEDED(hr))
                            {
                                hr = pps->Commit();
                                if (SUCCEEDED(hr))
                                {
                                    hr = psl->QueryInterface
                                            (IID_PPV_ARGS(ppsl));
                                }
                            }
                            PropVariantClear(&propvar);
                        }
                        pps->Release();
                    }
                }
            }
        else
        {
            hr = HRESULT_FROM_WIN32(GetLastError());
        }
        psl->Release();
    }
    return hr;
}

Сначала нам вновь следует использовать COM и CoCreate для создания COM-объекта IShellLink. Даже беглый просмотр SDK обнаруживает, что у объекта IShellLink есть множество функций. Вот несколько из них, которые мы будем использовать:

GetPath – получает путь и имя файла объекта, которые являются путем к исполняемому файлу
GetShowCmd – получает команду объекта Shell link, имя исполняемого файла
SetArguments – устанавливает аргументы командной строки для объекта Shell link
SetDescription – устанавливает описание для объекта Shell link; описание может быть любой определенной приложением строкой
SetIconLocation – устанавливает размещение (путь и индекс) иконки объекта Shell link
SetPath – устанавливает путь и имя файла для объекта Shell link
SetWorkingDirectory – задает имя рабочей папки для объекта Shell link

Как видите, для каждого параметра мы должны получить и задать соответствующие методы. Есть и дополнительные параметры; просмотрите раздел IShellLink в SDK, если хотите узнать больше.

В примере выше мы установили путь к Notepad (при установке Windows 7 по умолчанию, c:\windows\notepad.exe). Мы также жестко задали (не самая лучшая привычка) аргумент командной строки, указывающий на текстовой файл в моей папке документов (C:\Users\<my user>\Documents\new text file.txt). Оставшаяся часть кода задает свойство заголовка, требующееся для элементов списка.

Мы вызываем CreateShellLink2 и CreateShellLink еще несколько раз, чтобы добавить все три ярлыка, как показано на скриншоте выше.

Теперь давайте добавим разделитель.

Для добавления разделителя в наш TaskList, нам необходимо создать IShellLink и установить свойство PKEY_AppUserModel_IsDestListSeparator, используя свойство COM, как показано во фрагменте кода ниже:

// Категория Tasks в списке переходов поддерживает разделительные элементы. 
// Это простые экземпляры IShellLink, у которых
// Свойство PKEY_AppUserModel_IsDestListSeparator установлено в TRUE.
// Все другие значения игнорируются.
HRESULT _CreateSeparatorLink(IShellLink **ppsl)
{
    IPropertyStore *pps;
    HRESULT hr = CoCreateInstance(
                    CLSID_ShellLink, 
                    NULL, 
                    CLSCTX_INPROC_SERVER, 
                    IID_PPV_ARGS(&pps));
    if (SUCCEEDED(hr))
    {
        PROPVARIANT propvar;
        hr = InitPropVariantFromBoolean(TRUE, &propvar);
        if (SUCCEEDED(hr))
        {
            hr = pps->SetValue(PKEY_AppUserModel_IsDestListSeparator, propvar);
            if (SUCCEEDED(hr))
            {
                hr = pps->Commit();
                if (SUCCEEDED(hr))
                {
                    hr = pps->QueryInterface(IID_PPV_ARGS(ppsl));
                }
            }
            PropVariantClear(&propvar);
        }
        pps->Release();
    }
    return hr;
}

Здесь вы можете видеть, что мы использовали CoCreate для создания объекта IShellLink. Далее мы присвоили переменной PROPVARIANT propvar значение TRUE и установили свойство PKEY_AppUserModel_IsDestListSeparator объекта IShellLink в TRUE. Это заставит ОС показать IShellLink как разделитель, а не как обычный IShellLink.

Что ж, это было не так уж сложно. Тем не менее, давайте взглянем на укороченную версию, используя .NET. Для этого мы воспользуемся Windows API Code pack for the .NET Framework.

Как и следует ожидать от .NET, мы получаем абстракцию большей части требуемого COM-кода. Пространство имен Microsoft.WindowsAPICodePack.Shell.Taskbar включает объект JumpListLink, который расширяет объект ShellLink и встраивает IJumpListTasks.

Класс JumpList содержит UserTasks-коллекцию IJumpListTasks, к которой вы можете просто добавить новые объекты JumpListLink, как показано в следующем фрагменте кода:

// Путь к системному каталогу Windows
string systemFolder = 
        Environment.GetFolderPath(Environment.SpecialFolder.System);

jumpList.UserTasks.Add(new JumpListLink
{
    Title = "Open Notepad",
    Path = Path.Combine(systemFolder, "notepad.exe"),
    IconReference = new IconReference(
(systemFolder, "notepad.exe"), 0)
});

Используя синтаксис C# 3.0, мы инициализируем новый объект JumpListLink и добавляем его в коллекцию UserTasks. Как вы видите, управляемый код JumpListLink имеет свойства очень схожие с неуправляемым кодом (что очень разумно). Мы также добавили иконку к ярлыку Блокнота в коде выше, но не указали никаких параметров командной строки.

Вы хотите добавить разделитель? Что же, это также очень просто: просто добавьте объект JumpListSeparator к коллекции UserTasks.

jumpList.UserTasks.Add(new JumpListSeparator());

Заметьте, пожалуйста, что, как всегда, работая с Windows Code pack API Taskbar, необходимо вызвать функцию «refresh», чтобы подтвердить изменения, как объяснялось в предыдущей статье.

Taskbar.JumpList.RefreshTaskbarList();

После обновления список выглядит следующим образом:

Я скомпилировал пример в неуправляемом коде из Windows 7 SDK. Вы можете получить копию этого кода здесь. Вы можете загрузить Windows API Code Pack, включающий примеры управляемого кода, который мы использовали в этой статье.

Это завершает наш разговор о списках переходов. Наша следующая статья о панели задач будет посвящена Icon Overlay.

Разработка для панели задач Windows 7 – переходим к спискам переходов – часть 2

Daniel Kornev [MSFT] — Sun, 12 Jul 2009 16:37:00 GMT

Вторая часть статьи о списках перехода из серии, посвященной панели задач Windows 7. В предыдущей статье мы рассказали об элементах, которые входят в состав списков переходов: назначениях и задачах. Как разработчик вы имеете значительный уровень контроля над этими элементами. В этой статье мы поговорим о различных API, которые вы можете использовать при программировании списков переходов.

Сначала следует поговорить об одной важной вещи. Элементы, попадающие в категорию Recent (недавно открытых), также как и в любую другую, должны иметь зарегистрированный обработчик файлов для приложения в реестре. Это вовсе не означает, что приложение должно быть стандартным обработчиком этого определённого типа файлов. Это значит, что ваше приложение должно иметь зарегистрированный обработчик для всех файлов, которые вы хотите сделать доступными в выпадающем списке. Таким образом, элементами могут быть только файлы. Запомните, при щелчке по одному из элементов в выпадающем списке ОС исполняет команду, ассоциированную с этим файлом, по отношению к вашей программе. Когда вы регистрируете обработчик файлов, вы также указываете приложение, которое обрабатывает файл, и определяете, как обрабатывать входящие параметры. Еще одна важная вещь, которую необходимо помнить: все элементы (файлы) должны быть локальными, то есть находиться на локальном жёстком диске, и быть доступными вашему приложению. Таким образом, мы можем сказать, что каждый элемент в назначениях выпадающего списка является доступным локальным файлом с зарегистрированным обработчиком файлов.

Как мы упоминали в предыдущих статьях, как только вы зарегистрировали обработчик файлов, ОС фактически помогает отслеживать эти файлы. В следующей статье мы поговорим об обработчике файлов.

Шаг 1. Используйте стандартное поведение Windows «из коробки»

По умолчанию списки переходов содержат категорию «Recent», которая в случае использующих файлы приложений автоматически будет наполняться содержимым с помощью функции SHAddToRecentDocs. Эта функция добавляет использованный элемент (файл) в список оболочки недавно использованных документов. В дополнение к обновлению списка недавних документов оболочка добавляет ярлык в пользовательскую папку с одноименным названием. Панель задач Windows 7 использует этот список и папку недавних документов для заполнения списка последних документов в списке переходов.

Windows сможет выполнить работу за вас, если тип файла вашего приложения зарегистрирован в системе. Каждый раз, когда вы дважды щёлкаете на файле с зарегистрированным обработчиком до того, как Windows запустит приложение, ОС автоматически вызовет функцию SHAddToRecentDocs от имени вашего приложения. Это разместит элемент в списке недавних документов Windows, и, в конце концов, в категории «Recent» списка переходов. То же самое происходит при использовании общего файлового диалога (Common File Dialog, CFD) для открытия файлов с помощью типового приложения. Таким образом, это еще один хороший повод использовать CFD, дебютировавший в Windows Vista и играющий жизненно важную роль в отношении библиотек, как мы уже объясняли в одной из статей цикла.

Оба примера используют стандартное поведение Windows в тех случаях, когда у вас есть зарегистрированный обработчик и Application ID, благодаря которым файлы ассоциируются со списками недавно и часто используемых элементов. В обоих случаях Windows автоматически вставляет элемент в список переходов, только если вы специально не отключили эту возможность, используя COM API. Очевидно, что у пользователей также есть возможность удалить любой элемент из списка переходов. Удаляя элемент из списка, вы перемещаете его в список удалённых элементов, который мы обсудим ниже.

Шаг 2. Создайте собственную категорию

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

ICustomDestinationList открывает методы, которые позволяют приложению предоставлять собственные списки переходов с собственными назначениями и заданиями для их отображения в панели задач. Вот методы, которые мы используем для приведённого ниже примера:

AppendCategory – определяет собственные категории и назначения для их включения в собственный список переходов
AppendKnownCategory – определяет, что категории недавно и часто используемых документов должны быть включены в список переходов
BeginList – инициирует начало сессии по созданию собственного списка перехода
CommitList – декларирует, что список переходов, инициированный вызовом к BeginList, завершен и готов для отображения.

Следующий пример кода показывает, как создать новый собственный список под названием Custom Lists и добавить туда несколько элементов:

void CreateJumpList()
{    
    ICustomDestinationList *pcdl;
    HRESULT hr = CoCreateInstance(
                    CLSID_DestinationList, 
                    NULL, 
                    CLSCTX_INPROC_SERVER, 
                    IID_PPV_ARGS(&pcdl));
    if (SUCCEEDED(hr))
    {
        //important to setup App Id for the Jump List
        hr = pcdl->SetAppID(c_szAppID);
        if (SUCCEEDED(hr))
        {
            UINT uMaxSlots;
            IObjectArray *poaRemoved;
            hr = pcdl->BeginList(
                            &uMaxSlots, 
                            IID_PPV_ARGS(&poaRemoved));
            if (SUCCEEDED(hr))
            {
                hr = _AddCategoryToList(pcdl, poaRemoved);
                if (SUCCEEDED(hr))
                {
                    pcdl->CommitList();
                }
                poaRemoved->Release();
            }
        }
    }
}

Здесь можно видеть, что мы начали со стандартного вызова COM-инициализации. Мы вызвали CoCreateInstance для инициализации объекта ICustomDestinationList (вот в чем заключается удовольствие работы с COM). Дальше, мы указали Application ID, чтобы начать заполнять список элементами.

Функция BeginList инициировала начало сессии для пользовательского списка. Эта функция возвращает максимальное количество элементов, которое поместится в указанный список. Стандартное значение составляет 10 элементов. Вы могли заметить параметр элемента Remove, IObjectArray *poaRemoved, который BeginList() возвращает как выходной параметр. Он хранит любой элемент, удаленный пользователем из списка переходов в ходе текущей сессии.

Дальше мы вызывали вспомогательную функцию _AddCategoryToList(), чтобы провести всю фактическую работу по добавлению элементов в пользовательскую категорию.

// Это функция помощника, добавляющая элементы в коллекцию 
// object HRESULT _AddCategoryToList(ICustomDestinationList *pcdl, 
// IObjectArray *poaRemoved)
{
    IObjectCollection *poc;
    HRESULT hr = CoCreateInstance
                    (CLSID_EnumerableObjectCollection, 
                    NULL, 
                    CLSCTX_INPROC_SERVER, 
                    IID_PPV_ARGS(&poc));
    if (SUCCEEDED(hr))
    {
        for (UINT i = 0; i < ARRAYSIZE(c_rgpszFiles); i++)
        {
            IShellItem *psi;
            if (SUCCEEDED(SHCreateItemInKnownFolder(
                                FOLDERID_Documents, 
                                KF_FLAG_DEFAULT, 
                                c_rgpszFiles[i], 
                                IID_PPV_ARGS(&psi)))
                )
            {
                if(!_IsItemInArray(psi, poaRemoved))
                {
                    poc->AddObject(psi);
                }

                psi->Release();
            }
        }

        IObjectArray *poa;
        hr = poc->QueryInterface(IID_PPV_ARGS(&poa));
        if (SUCCEEDED(hr))
        {
            pcdl->AppendCategory(L"Custom category", poa);
            poa->Release();
        }
        poc->Release();
    }
    return hr;
}

Еще одним новым интерфейсом, который мы использовали, является IObjectCollection, представляющий коллекцию объектов с поддержкой функции IUnknown. В нее мы добавили IShellItems. Каждый элемент (файл), который мы добавили в список переходов, относится к типу IShellItem. В вышеуказанном коде был создан объект элемента оболочки для одного файла, который существует в известной папке – Documents. Однако перед тем, как мы фактически добавили новый элемент в коллекцию, мы должны определить, удалил ли его пользователь. Если пользователь точно удалил элемент из списка, этот элемент будет в списке удалённых элементов (и ассоциированном с AppID) и, как разработчики, мы должны уважать желание пользователя и избегать добавления этого элемента в список переходов. У нас уже есть список удалённых элементов, IObjectArray *poaRemoved, который был получен при вызове функции BeginList(…) в момент инициализации нового списка.

На данном этапе у вас есть коллекция элементов оболочки, которые пользователь ожидает увидеть в списке переходов. Дальше мы добавим эту коллекцию в объект ICustomDestinationList и создадим новую категорию под названием «Custom category», pcdl->AppendCategory (L»Custom category», poa);.

Итак, мы успешно создали новую категорию в панели задач под названием «Custom category» и наполнили её четырьмя элементами. Однако наша работа еще не закончена. Финальный шаг функции CreateJumpList – вызвать CommitList(), чтобы закончить транзакцию, начатую с вызовом BeginList(). Только после нашего вызова CommitList() в списке будут отображаться новые элементы и категории. Вызов CommitList() запускает очищение списка удалённых элементов и создание нового списка удалённых элементов. Интерфейс ICustomDestinationList предоставляет «транзакционную базу» API.

Чтобы гарантировать удобство конечному пользователю, удостоверьтесь, что безопасная копия нового заполненного списка закончена и готова к использованию, и единственной операцией, которую должна выполнить панель задач – переключить указатель на новый список. Результат должен выглядеть следующим образом:

Используя Windows API Code Pack, мы можем создать то же самое приложение, используя управляемый код.

Как только мы убедились, что используем тот же AppID, что и все элементы панели задач, мы можем создать экземпляр списка переходов для кнопки, над которой работаем, как показано в следующем примере кода. Этот пример является частью CTOR основного окна приложения:

// Устанавливаем ID для приложения
Taskbar.AppId = appId;
// Получаем список переходов
jumpList = Taskbar.JumpList;
category1 = new CustomCategory("Custom Category 1");
category2 = new CustomCategory("Custom Category 2");
// Добавляем собственные категории
jumpList.CustomCategories.Add(category1);
jumpList.CustomCategories.Add(category2);
// Значения по умолчанию для списков переходов
comboBoxKnownCategoryType.SelectedItem = "Recent";

Здесь мы указали AppID, используя свойство AppId, и создали экземпляр списка переходов, используя статическое свойство Taskbar.JumpList. Мы также создали две категории под названием Custom Category 1 и Custom Category 2. Потом мы добавили эти категории в контейнер пользовательских категорий списков. И в конце мы установили категорию Known в Recent. Это автоматически заполнит список, как описывалось выше.

После того, как мы настроили пользовательскую категорию, самое время наполнить её определённым содержимым. Чтобы сделать это, нам просто необходимо вызвать функцию Add, чтобы добавить JumpListItem в JumpListCollection. JumpListItemCollection является общей коллекцией (принадлежащей <IJumpListItem>), содержащей элементы IJumpListItem. По своей сути, элемент IJumpListItem является своего рода обёрткой для встроенного IShellItem.

// Указываем путь к объекту оболочки
string path = String.Format("{0}\\test{1}.txt",
                            executableFolder,
                            category1.JumpListItems.Count);
// Добавляем объект в категорию
category1.JumpListItems.Add(new JumpListItem(path));

Сначала нам надо указать путь к файлу, который мы хотим включить в список перехода. Пожалуйста, не забывайте, что мы можем вызвать функцию Add только, если файл размещен на локальном диске и доступен пользователю. Вышеуказанный код (наряду с несколькими другими методами, о которых мы расскажем в будущих статьях) станут результатом диалогового окна панели задач, которое будет выглядеть следующим образом:

И, наконец, нам надо вызвать функцию Taskbar.JumpList.RefreshTaskbarList(). Так как у нас мы использовали встроенную реализацию списка переходов, мы должны подтвердить изменения, внесённые в список. Более пристальный взгляд на функцию Refresh (доступ к ней у вас есть в Code Pack API) открывает нам функцию AppendCustomCategories, которая добавляет любую пользовательскую категорию в пользовательский список переходов. В этой функции вы можете найти управляемые реализации кода, приведённого выше. Также она включает в себя вызов функции AppendCategory, которая является обёрткой для функции AppendCategory, показанной выше.

IObjectCollection categoryContent =
    (IObjectCollection)new CEnumerableObjectCollection();

// Добавляем представление каждой ссылки к массиву объектов
foreach (IJumpListItem link in category.JumpListItems)
    categoryContent.AddObject(link.GetShellRepresentation());

// Добавляем текущую категорию к списку назначений
HRESULT hr = customDestinationList.AppendCategory(
    category.Name,
    (IObjectArray)categoryContent);

Как видите, разобраться в возможностях панели задач в Windows 7 не так уж сложно. Windows автоматически сделает основную часть работы, а если вам необходимо создать собственную категорию, то сделать это очень просто.

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

Разработка для панели задач Windows 7 – переходим к спискам переходов – часть 1

Daniel Kornev [MSFT] — Sat, 11 Jul 2009 11:31:26 GMT

Приглашаем присоединиться к еще одной теме, посвященной панели задач Windows 7! В предыдущей статье «Разработка для панели задач Windows 7 – AppID» мы рассказали об очень важном элементе внутренней архитектуры панели задач – Application ID (AppID), который является ключевым компонентом, определяющим, как разные приложения группируются под одной кнопкой панели задач. AppID также имеет прямое влияние на то, как заполняется и группируется содержимое списков переходов (jumplists).

Microsoft разрабатывала панель задач Windows 7, чтобы обеспечить пользователям простой и быстрый доступ к тем функциям и документам, которые используются чаще всего. Сюда относятся изображения, музыка, документы или ссылки/ярлыки к приложениям или папкам, или любой иной тип контента Windows. Под «быстрым и простым» имеется в виду возможность получать доступ к часто используемым программам с помощью единственного щелчка мышью или, в худшем случае, с помощью значительно сократившегося количества щелчков. «Быстрый и легкий доступ» также обозначает, что пользователи должны иметь возможность быстро перейти к тем документам/приложениям, с которыми они хотят работать, начав процесс одним щелчком мышью. Чтобы обеспечить такую функциональность, в панели задач Windows 7 была представлена концепция списков переходов. Дополнительную информацию о предпосылках создания выпадающих списков панели задач можно найти в статье Чайтаньи Сарин Панель задач в Windows 7 и видео на Channel 9 Обзор новой панели задач Windows 7.

Так как мне нравится говорить о причинах создания новой панели задач (поскольку я люблю пользовательскую функциональность и простоту использования в общем), то я сфокусируюсь на API панели задач. Как разработчик вы должны думать о списках переходов, как о собственной мини-версии меню Start для приложения. Списки переходов открывают доступ к часто используемым назначениям (являющимся именами существительными) и действиям (обозначаемым глаголами) программы. Это позволяет реализовать простой пользовательский доступ к назначениям, избавляя от необходимости заблаговременно запускать приложение. Следующее изображение показывает, как списки переходов работают в Office Word 2007. Вы можете заметить, что в категории Recent есть список недавних документов, которые я использовал в Office Word. Щелчок по одному из них запустит Office Word с уже выбранным документом.

Раньше мы упоминали Word 2007, как пример приложения, которое отлично взаимодействует с панелью задач Windows 7, даже при том, что оно было выпущено задолго до появления панели задач Windows 7. Все кнопки панели задач группируются под одной иконкой, а список переходов автоматически заполняется недавно использовавшимися документами Word. В следующей статье я подробно расскажу, как заполняются списки переходов. Сейчас давайте сконцентрируемся на понимании сути списков переходов.

Стандартные задания «из коробки» предоставляют возможность запуска новых экземпляров приложения, прикрепление или открепление приложения в панели задач и его закрытие. Вы можете получить доступ к спискам переходов, щелкнув правой кнопкой на иконке приложения в панели задач. Однако, как показывает следующее изображение, вы сможете лучше контролировать панель задач путем настройки контекста выпадающих списков для вашего приложения.

Определения из Windows 7 SDK:

Под «назначениями» следует понимать элементы, появляющиеся в категориях «Недавние», «Часто используемые» или в индивидуальных категориях (на изображении выше это категория Important). Назначениями могут быть файлы, папки, сайты или любые другие элементы, но не обязательно связанные с файлами. Назначения могут быть прикреплены или удалены пользователем из выпадающего списка. Обычно они представлены элементами IShellItem, но также могут быть и объектами IShellLink.

Под «заданиями» следует понимать часто исполняемые в приложении действия, которые доступны всем его пользователям независимо от индивидуальных шаблонов. Задания не могут быть прикреплены или удалены. Задания представлены объектами IShellLink, так как фактически являются ссылками, с необязательными параметрами на команду «Actions».

Как разработчики мы можем:

1. Контролировать назначения у приложений (контроль тех элементов, к которым мы хотим обеспечить доступ через список переходов)

Назначением может быть одна из любых известных категорий, например, Recent или Frequent.
Категория Custom точно такая же, как и любая другая категория назначений, но при этом позволяет разработчику самому присваивать ей имя, а также наполнять содержимым.
Категория Pinned рассчитана на прикрепленные элементы, к которым пользователи хотят иметь постоянный доступ в своих выпадающих списках. Пожалуйста, обратите внимание на следующее: только пользователи могут прикреплять элементы выпадающего списка, и нет никакого поддерживаемого программного способа для разработчика закрепить элемент в списке.
Вы можете полностью удалить категорию прикрепленных элементов из выпадающего списка, но дважды подумайте о том, хотите ли вы запретить пользователям закреплять элементы в вашем приложении.

2. Определять задания

Панель задача предусматривает собственные готовые задачи, такие как запуск/закрытие приложений и прикрепление/открепление их от панели задач. Как разработчики мы не можем контролировать задачи самой панели, но можем изменять пользовательские задачи.
Пользовательские задачи – общедоступные задачи, которые разработчик хочет сделать доступными в списке переходов и которые позволят совершать определенные действия прямо из списка переходов. Например, воспроизвести всю музыку из библиотеки, не запуская сам плеер, или запустить другое приложение, например, Internet Explorer, при щелчке на задаче «перейти на домашнюю страницу» в списке Windows Live Messenger, как это показано на следующей картинке. Еще раз: вся вышеуказанная функциональность списков переходов экономит время и сокращает количество щелчков, необходимых для выполнения задачи.

В следующей статье мы углубимся в API списков переходов на панели задач. Но сначала нам необходимо обратится к программной модели панели задач. Панель задач имеет свой набор API, как и любой другой компонент оболочки Windows, доступных через набор COM-интерфейсов. Однако, есть несколько действий, которые мы, разработчики, можем сделать до того, как начать использовать COM API панели задач.

Разработка для панели задач Windows 7 – Application ID (часть 2)

Daniel Kornev [MSFT] — Mon, 06 Jul 2009 15:53:48 GMT

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

Да, вы можете разместить разные кнопки между двумя окнами с различным AppID! Загрузить код для этого приложения можно отсюда. А управляемый код объекта Taskbar является частью проекта Windows API Code Pack.

Разработка для панели задач Windows 7 – Application ID

Daniel Kornev [MSFT] — Thu, 25 Jun 2009 22:12:44 GMT

Это первая статья в новом цикле, посвященных панели задач Windows 7. Разработчикам стоит уделять панели задач первоочередное внимание. Мы должны понять новые возможности панели, чтобы создавать приложения, эффективно работающие с ней, чтобы расширить возможности пользователей и сделать их работу с ОС максимально удобной.

Я полагаю, что вы успели ознакомиться с базовой функциональностью и нововведениями панели задач Windows 7. Если же вы не знакомы, рекомендую вам посмотреть видео-обзор функциональных возможностей панели задач Windows 7 на Channel 9 и прочитать статьи в блоге E7. Это позволит вам лучше понять, о чем идет речь в сегодняшней в статье.

При первом запуске системы новая панель задач, пожалуй, является наиболее заметным нововведением в Windows 7. В Windows 7 панель задач представляет собой механизм для запуска приложений и переключения окон, консолидирующим возможности панелей задач из предыдущих версий Windows и, в частности, панель быстрого запуска, недавние документы, уведомления и окна запущенных приложений. В дополнение к старым возможностям панель задач Windows 7 обладает новыми: списками быстрого перехода, интерактивными миниатюрами открытых окон и т.п. Но для начала давайте заложим основу для нашей беседы и определимся с терминологией.

Основным элементом панели задач является кнопка панели задач. Кнопка представлена иконкой на панели задач. Как видите, на панели задач размещается масса кнопок, статус которых можно понять, лишь взглянув на них:

Возьмем, к примеру, кнопку Windows Media Player: она не обрамлена и ничем не выделяется. Это свидетельствует о том, что Windows Media Player не запущен. Однако, приложение закреплено на панели задач и будет оставаться там, если мы не уберем его. Вокруг иконки Windows Explorer можно видеть тусклую рамку: это свидетельствует о том, что приложение работает, но не активно. У Visual Studio иконка в более непрозрачной прямоугольной рамке, указывающей на то, что в данный момент пользователь работает с этим приложением. Обратите внимание, что в Word открыто много документов и они сгруппированы в одну иконку приложения. Очень важно понимать логику создания и группировки окон приложений на панели задач.

Существенное количество приложений, работающих в Windows 7 (например, Office Word 2007 и Visual Studio 2008), не были предназначены для работы с новой панелью задач Windows 7. Так каким же образом все они взаимодействуют с панелью задач и поддерживают списки переходов в Word? В основе лежит специальный Application ID, который автоматически присваивается запускаемым приложениям после их запуска. Каждое запускаемое приложение имеет свой AppID, присваиваемый либо самой Windows, либо приложением. Это не GUID, а простой строковый параметр, состоящий максимум из 128 символов. Все приложения и окна, имеющие одинаковый параметр AppID, включая списки переходов, группируются в одну кнопку на панели задач. Важно понимать, что каждый компонент (процесс, ярлык, окно, кнопка или документ) имеет ассоциированное с ним значение AppID.

Вы спросите, откуда берется этот AppID? Как уже упоминалось ранее, ОС генерирует код для приложения, используя простую и важную для понимания эвристику. Так как в Windwos 7 можно присваивать AppID отдельным окнам, ОС пытается экстраполировать AppID приложения из его окна. Приложения, как правило, имеют хотя бы одно окно, у которого система и запрашивает AppID. Однако, большинство приложений не имеют AppID, ассоциированных с каждым окном (или вообще не имеют AppID), поэтому система вынуждена обращаться к процессу, в котором выполняется окно. У каждого процесса есть несколько свойств, которые может опрашивать ОС, к примеру, исполняемый файл процесса. Но даже в этом случае, процесс не гарантирует четкого разделения. Различные ярлыки могут использовать разные параметры для запуска одного и того же исполняемого файла и запускать совершенно разные приложения (вспомните хотя бы приложения типа «launcher»), которые сгруппированы под одной кнопкой на панели задач. В таких случаях ОС может исследовать ярлык, отыскать исполняемый файл, параметры запуска и т.д. Обратите внимание, в случае зарегистрированного типа файла регистрация указывает на приложение, которое запускается двойным щелчком на файле. Это еще один способ получения AppID. Нижеприведенное изображение иллюстрирует процедуру автоматического получения AppID:

Если вам интересны внутренние составляющие панели задач Windows 7, рекомендую вам посмотреть несколько видео: видео Роба Джэретта (Rob Jarrett) и Бена Бетса (Ben Bets) – За кулисами панели задач windows 7 и Обзор списков переходов.

Несмотря на то, что ОС может автоматически присвоить AppID, многие разработчики хотят иметь больший контроль над AppID для своего приложения или отдельного окна. Предположим, что у вас есть приложения, запускающие другие приложения (таким образом работает отладка с помощью Visual Studio). Или у вас есть несколько различных приложений и процессов, которые вы хотите сгруппировать под одной кнопкой панели задач. В любом случае, если вы пишете новое приложение для Windows 7, мы настоятельно рекомендуем задать свой собственный идентификатор приложения, согласно приведенной инструкции.

Теперь давайте перейдем к непосредственным тестам API, который позволяет контролировать ассоциации AppID для приложений.

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

SetCurrentProcessExplicitAppUserModelID(c_rgszAppID[0]);

где c_rgszAppID[0] – указатель на строку. Необходимо отметить, что в соответствии с документацией SDK этот метод должен быть применен в ходе загрузки приложения перед появлением его интерфейса или манипуляций со списками переходов.

В управляемом коде из последней версии API-библиотек вы можете использовать свойство AppID как часть объекта Taskbar, который можно найти в пространстве имен Microsoft.WindowsAPICodePack.Shell.Taskbar. Используя это свойство, можно присваивать AppID.

Присвоить AppID отдельному окну чуть сложнее. Выполняется это вызовом функции SHGetPropertyStoreForWindow и дальнейшей манипуляцией с объектом IPropertyStore для получения необходимого свойства:

void SetAppID(HWND hWnd, int iAppID)
{
    IPropertyStore *pps;
    HRESULT hr = SHGetPropertyStoreForWindow(hWnd, IID_PPV_ARGS(&pps));
    if (SUCCEEDED(hr))
    {
        PROPVARIANT pv;
        if (iAppID >= 0)
        {
            hr = InitPropVariantFromString(c_rgszAppID[iAppID], &pv);
        }
        else
        {
            PropVariantInit(&pv);
        }
        if (SUCCEEDED(hr))
        {
            hr = pps->SetValue(PKEY_AppUserModel_ID, pv);
            PropVariantClear(&pv);
        }
        pps->Release();
    }
}

В приведенном фрагменте можно видеть, как извлекаются свойство окна вызовом SHGetPropertyStoreForWindow, передачей hWnd в качестве ссылки на окно. Затем инициируем с помощью InitPropVariantFromString(c_rgszAppID[iAppID], &pv) вариант свойства строкой, представляющей AppID для конкретного окна. И, наконец, устанавливаем значение нового свойства для окна.

К сожалению, нынешний Windows API Code Pack не поддерживает установку AppID для отдельных окон, хотя все, что вам нужно сделать, – это добавить следующую функцию в файл Taskbar.cs:

private static void SetWindowAppId(string appId)
{
    Microsoft.WindowsAPICodePack.Shell.ShellNativeMethods.SetWindowAppId
        (OwnerHandle, "name here");
}

Поскольку в Windows API Code Pack присутствует исходный код, вы можете посмотреть на реализацию функции SetWindowAppId и увидеть собственными глазами, что она очень похожа на пример SetAppID, приведенный выше. Обратите внимание, что вовсе не обязательно использовать полное имя сборки «Microsoft.WindowsAPICodePack.Shell» – я использовал его, чтобы объяснить иерархию Windows API Code Pack.

Кстати, идентификатор окна AppID динамичен, так что вполне возможно чтобы окно отображалось как одна кнопка панели задач, а затем изменив его AppID, заставить появиться на совершенно другой кнопке. Это имеет интересный эффект. Допустим, список перехода прикреплен к кнопке на панели задач (с конкретным AppID), поэтому одно и то же окно может отображать разные списки перехода при прикреплении к другим кнопкам панели задач. Это может ввести пользователей в заблуждение, поэтому мы рекомендуем установить окну определенный AppID и придерживаться его, используя тот же процесс для определения AppID при каждом отображении окна.

Вы можете найти управляемый код объекта Taskbar в проекте Windows API Code Pack.

Windows 7 RC Training Kit для разработчиков ПО

Daniel Kornev [MSFT] — Mon, 15 Jun 2009 11:57:36 GMT

На прошлой неделе мы выпустили инструментарий для разработчиков – Windows 7 RC Training Kit – в рамках постоянных усилий, направленных на предоставление всем разработчикам ПО под Windows необходимых средств для создания приложений, превосходно работающих в Windows 7. Эта версия включает в себя 10 презентаций и 8 лабораторных работ, в которых объясняется работа большинства наиболее интересных функций Windows 7 и затрагиваются вопросы совместимости приложений. Хочу заметить, что указанные лабораторные работы дают вам возможность первыми приобрести опыт в ключевых аспектах программирования под Windows 7 с использованием её новых особенностей, таких, как новая панель задач, библиотеки, поддержка технологии Multi-Touch, сенсоров и позиционирования, ленточный интерфейс меню в приложениях, запуск служб по наступлении события, измерение и контроль за состоянием системы (ETW). Там же рассказывается о совместимости приложений.

Это предварительная версия инструментария Windows 7 для разработчиков ПО, окончательная версия которого выйдет вскоре после выпуска Windows 7. Вы можете загрузить текущую версию и использовать её, но помните, что она будет работать только на предварительной (RC) версии Windows 7, и не забудьте установить Visual Studio 2008 SP1 и Windows 7 RC SDK, поскольку некоторым приложениям для стабильной работы требуются программные библиотеки из этих пакетов.

Панель задач

Панель задач Windows 7 предоставляет программам возможность повернуться к пользователю совершенно новой гранью. Новая панель задач определяет множество вариантов действий – запуск приложений и переключения между ними (в том числе переключение между окнами или вкладками внутри приложений), управление местами хранения данных, облегчение доступа к наиболее часто используемым функциям того или иного приложения и общего контекстного меню приложений, сообщения о выполнении процессов и статусе приложения посредством его иконки, контроль за программой и её действиями через ярлык, находящийся тут же, в панели задач. Панель задач – главный инструмент взаимодействия пользователя с операционной системой. В этом смысле реализация новых возможностей панели задач Windows 7 в приложениях становится критически важным аспектом программирования. В этом модуле рассматриваются отличия от прежних версий и API, необходимые для программирования с учётом особенностей панели задач Windows 7.

Библиотеки

Библиотеки служат новой точкой опоры пользователю, размещающему свои данные в системе. Библиотеки – продукт эволюционировавшей концепции папок «Мои документы», встроенной в интерфейс Windows Explorer. Библиотеки – центральный пункт хранения пользовательской информации, который доступен приложениям для использования и управления их содержимым. Поскольку библиотеки не являются физическими местами хранения файлов, некоторые программы потребуется обновить для того, чтобы они могли работать с библиотеками, как с папками. В этом модуле объясняется базовые принципы концепции библиотек в Windows 7, включая то, как настроить программы на использование библиотек, как интерпретировать их в качестве папок файловой системы, как использовать и как управлять библиотеками.

Технология multi-touch

Windows 7 предоставляет новые возможности для тактильного ввода и управления интерфейсом с помощью жестов. Благодаря этому создатели программ смогут интегрировать тактильную поддержку в свои приложения, что поднимет качество взаимодействия пользователя с ОС на новую высоту по сравнению с возможностями традиционных мыши и клавиатуры: выбор объектов, перемещение по экрану станут намного интуитивнее и проще. Новые API поддерживают комплексные жесты, применяемые для панорамирования, масштабирования и вращения экранных объектов. Платформа Windows 7 Multi-Touch обеспечивает прямой ввод данных с тактильно-чувствительных устройств, их дальнейшую обработку и построение взаимосвязей между ними. В этом модуле рассказывается о базовых элементах платформы Windows 7 Multi-Touch и её программных интерфейсах.

Платформа Sensor and Location

Windows 7 предоставляет новые возможности использования сенсоров в программировании. Эта платформа содержит встроенную поддержку сенсоров, расширенную специальными возможностями для работы с датчиками, включая сенсоры перемещения и устройства глобального позиционирования. Новые программные интерфейсы Windows Location позволяют создателям ПО получать доступ к информации о географическом положении пользователей. В этом модуле разъясняется, что такое платформа для сенсоров и позиционирования, и как с ней работать.

Ленточный интерфейс

В Windows 7 во всех системных приложениях применяется так называемое ленточное меню, впервые представленное в Office 2007. Таким образом, создаётся новая платформа для создания унифицированного пользовательского интерфейса. Это значит, что неудобств, имевшихся в прежнем стандартном пользовательском интерфейсе Win32, больше не существует. Новая платформа предлагает богатые возможности графики, анимации, интерфейс хорошо воспринимается пользователем, элементы управления легко распознаются и запоминаются, – и всё это делается с помощью компактной и высокопроизводительного встроенной рабочей среды. Ленточное меню позволяет повысить удобство пользования программами, просто добавляя кнопки вызова наиболее важных и необходимых элементов на ленту. Ленточное меню помогает пользователю быстрее находить и эффективнее работать с важными функциями программ, поскольку делает их более заметными, что, в свою очередь, влечёт за собой рост производительности. В этом модуле содержится инструкция, как правильно интегрировать ленточное меню Windows 7 в существующие приложения и рассматриваются некоторые важные аспекты его работы.

Фоновые процессы, службы и задачи

Фоновые процессы и службы оказывают огромное влияние на производительность системы в целом, и, следовательно, на работу программ. Если удастся снизить количество запускаемых служб, можно уменьшить потребность в мощности и улучшить стабильность работы. Возможности нового диспетчера служб Windows 7 были расширены таким образом, чтобы сделать возможным запуск и остановку служб по наступлении определённого события. Триггерная система устраняет необходимость непременного автоматического запуска служб при загрузке компьютера, позволяя генерировать запросы в ожидании нужного события. В этом модуле объясняется, как с помощью различных настроек конфигурировать и запускать службы посредством триггеров.

Производительность и средства контроля Windows 7

Windows 7 содержит новый инструмент регистрации событий (Event Tracing for Windows, ETW), который позволяет создателям ПО оптимизировать производительность приложения ещё на этапе разработки. Средства контроля всегда были частью Windows, но Windows 7 содержит заново созданную технологию ETW, делающую интеграцию контроля в программу намного более простой задачей. В модуле объясняется, как использовать средства контроля Windows 7 и, в частности, новый ETW.

Совместимость приложений для Windows 7

Windows 7 разработана на основе Windows Vista и это означает, что если программа не работает под Windows Vista или работает с ошибками, скорее всего, при установке её на Windows 7 она будет вести себя так же или очень похожим образом. В модуле представлен краткий обзор ситуаций с совместимостью программ под Windows 7, включая перенаправление данных, изоляцию служб, проверку версии и высокое разрешение (High DPI).