Что такое «приложения и службы Майкрософт» и как оно включает подключение к учетным записям электронной почты
Приложения и службы Майкрософт — это обычное приложение для проверки подлинности, которое связывает несколько приложений и служб корпорации Майкрософт с вашими поставщиками услуг электронной почты. Это необходимо для обеспечения согласованности работы в разных приложениях Майкрософт, к которые вы подключались. Мы просим ваше согласие на подключение к каждому из этих приложений Майкрософт и позволяем безопасно проверить подлинность и подключить учетную запись электронной почты к поддерживаемым приложениям Майкрософт. Например, при подключении учетной записи Gmail к Outlook или Кортане под именем «Войти, чтобы продолжить» будет «Приложения и службы Майкрософт».
В некоторых продуктах Майкрософт для подключения к учетной записи Gmail используется тот же ключ проверки подлинности Google. При подключении к учетной записи Gmail мы храним и защищаем данные, которые вы согласились предоставлять нам от Google. В зависимости от продукта, с помощью которых вы подключались, это может быть:
Основные сведения профиля («Имя», «Адрес электронной почты», «День рождения», «Страна»)
Сообщения электронной почты, отправляемые и получаемые в Gmail
Существующие и новые контакты
Ваши Google Диск файлы
Узнайте, как Корпорация Майкрософт обрабатывает ваши данные, посетив заявление о конфиденциальности корпорации Майкрософт, доступное здесь.
Использование и передача в любое другое приложение приложений и служб Майкрософт сведений, полученных от учетных записей Google, будет соответствовать политике пользовательских данных служб API Служб Google,включая требования к ограниченному использованию.
Создание и использование службы приложений
Примеры кода в этом разделе: только C#. Пример приложения службы приложений в C++/WinRT и C# см. в разделе пример приложения службы приложений.
Службы приложений — это приложения UWP, которые могут предоставлять службы другим приложениям UWP. Это похоже на веб-службы на устройстве. Служба приложения выполняется как фоновой задачи в приложении узла и обеспечить его службы другим приложениям. Например служба приложения может предоставить службу сканер штрих-кода, которая может использовать другие приложения. Или корпоративный набор приложений может использовать общую службу проверки орфографии, которая доступна всем приложениям в наборе. Службы приложений позволяют создавать службы без пользовательского интерфейса, которые приложения могут вызывать на одном устройстве и, начиная с Windows 10 версии 1607, на удаленных устройствах.
Начиная с Windows 10 версии 1607 можно создавать службы приложения, работающие в том же процессе, что и приложение узла. В этой статье основное внимание уделяется созданию и использованию служб приложения, которые выполняются в отдельном фоновом процессе. Подробнее о службах приложения, работающих в том же процессе, что и ведущее приложение, см. в разделе Преобразование службы приложения для запуска в одном процессе с ее поставщиком.
Создание проекта поставщика службы приложений
В этой инструкции для простоты мы создадим универсальное решение.
в Visual Studio 2015 или более поздней версии создайте новый проект приложения UWP и назовите его аппсервицепровидер.
Добавление расширения службы приложений в Package. appxmanifest
В проекте аппсервицепровидер откройте файл Package. appxmanifest в текстовом редакторе:
Обратите внимание, что префикс пространства имен xmlns:uap4 и атрибут uap4:SupportsMultipleInstances действительны, только если вы используете пакета Windows SDK 10.0.15063 или более поздней версии. Их можно удалить, если используется более ранняя версия SDK.
Пример приложения службы приложений в C++/WinRT и C# см. в разделе пример приложения службы приложений.
Category Атрибут идентифицирует это приложение как поставщика службы приложений.
EntryPoint Атрибут определяет квалифицированный класс пространства имен, реализующий службу, которая будет реализована далее.
Создание службы приложений
Служба приложений будет реализована в виде фоновой задачи. Это позволяет приложению переднего плана вызывать службу приложений в другом приложении. чтобы создать службу приложений в качестве фоновой задачи, добавьте в решение новый проект среда выполнения Windows компонента (файл добавить > новый Project) с именем >. в диалоговом окне добавление нового Project выберите установленный компонент среда выполнения Windows Visual C# (универсальный Windows).
В проекте аппсервицепровидер добавьте ссылку проекта на проект в новый проект мяппсервице (в Обозреватель решенийщелкните правой кнопкой мыши проект аппсервицепровидер Добавить эталонные проекты и выберите мяппсервице ОК). Этот шаг очень важен: если вы не добавите ссылку, служба приложения не сможет подключиться во время выполнения.
В проекте мяппсервице добавьте следующие операторы using в начало Class1. CS:
Переименуйте Class1. CS в Inventory. CSи замените код заглушки для Class1 на новый класс фоновой задачи с именем Inventory:
Это класс, в котором служба приложений будет выполнять свою работу.
Запуск вызывается при создании фоновой задачи. Так как по завершении работы метода Run работа фоновых задач также завершается, код создает отсрочку, и фоновая задача может продолжать обрабатывать запросы. Служба приложения, которая реализована как фоновая задача, остается активной около 30 секунд после получения вызова, если она не будет вызвана снова в течение этого периода или будет инициализирована задержка. Если служба приложения реализована в том же процессе, что и вызывающий объект, ее жизненный цикл связан с жизненным циклом вызывающего объекта.
Срок жизни службы приложения зависит от вызывающей стороны.
Онтаскканцелед вызывается при отмене задачи. Задача отменяется, когда клиентское приложение удаляет аппсервицеконнектион, клиентское приложение приостанавливается, ОС завершает работу или закрывается, либо ОС не хватает ресурсов для выполнения задачи.
Написание кода для службы приложений
Онрекуестрецеивед — это место, куда переходит код для службы приложений. Замените онрекуестрецеивед заглушки в модуле Inventory. CSмяппсервицена код из этого примера. Этот код получает индекс складской позиции и передает его в строке команды в службу, чтобы получить название и цену указанной складской позиции. В собственные проекты добавьте код обработки ошибок.
Вызов SendResponseAsync возвращает ValueSet в вызывающий код.
Развертывание приложения службы и получение имени семейства пакетов
Необходимо развернуть поставщик службы приложений, прежде чем его можно будет вызвать из клиента. Его можно развернуть, выбрав Сборка Развернуть решение в Visual Studio.
Написание клиента для вызова службы приложений
Добавьте в решение новый пустой проект универсального приложения для Windows (для этого последовательно выберите пункты Файл Добавить > Создать проект). в диалоговом окне добавление нового Project выберите установленное пустое приложение Visual C# (универсальное Windows) и назовите его ClientApp.
В проекте ClientApp добавьте следующую инструкцию using в начало MainPage. XAML. CS:
Добавьте текстовое поле с именем TextBox и кнопку в MainPage. XAML.
Добавьте обработчик нажатия кнопки для кнопки с именем button_Clickи добавьте ключевое слово Async в сигнатуру обработчика кнопки.
Обязательно вставьте строковый литерал вместо помещения его в переменную. Он не будет работать при использовании переменной.
Набор значений с именем создается для указания команды, которую нужно отправить в службу приложений. Пример службы приложения будет ждать команду, чтобы указать, какое из 2 действий необходимо выполнить. Мы получаем индекс из текстового поля в клиентском приложении, а затем вызываем службу с помощью Item команды, чтобы получить описание элемента. Затем с помощью команды Price мы получаем цену элемента. Результат используется в качестве текста кнопки.
Поскольку AppServiceResponseStatus указывает, удалось ли операционной системе подключаться к службе приложений, мы проверяем ключ в методе ValueSet, полученном из службы приложений, чтобы убедиться, что он смог выполнить получения.
задайте проект ClientApp в качестве запускаемого проекта (щелкните его правой кнопкой мыши в обозреватель решений задать Project запуска) и запустите решение. Введите число 1 в текстовое поле и нажмите кнопку. Служба возвратит следующие данные: «Chair : Price = 88.99».
В случае сбоя вызова службы приложений проверьте следующее в проекте ClientApp :
Отладка службы приложений
Отладка клиента
Устранение общих неполадок службы приложений
Если вы сталкиваетесь с состоянием аппунаваилабле после попытки подключения к службе приложений, проверьте следующее:
Устранение неполадок отладки
Если отладчик не останавливается на точках останова в проекте поставщика службы приложений или проекте службы приложений, выполните следующие действия.
Комментарии
В этом примере показано, как создать службу приложений, которая выполняется как фоновая задача, и как вызвать ее из другого приложения. Ключевые моменты, которые следует отметить:
Все, что нужно, — с первого (за)Пуска
Куда бы вы ни отправились…
Это первая публикация из серии статей, в которых мы расскажем о приложениях и сервисах, доступных каждому пользователю Windows. В рамках Windows 8.1 мы запустим или существенно обновим более 20 приложений, включая Skype, которые будут включены в ОС и доступны пользователям с момента включения компьютера.
Мы работаем, создаем шедевры, играем в игры, общаемся с друзьями. Мы всегда на связи, куда бы мы ни отправились. Любое устройство с Windows должно быть способно решать множество совершенно разных задач сразу после включения.
Windows прошла долгую эволюцию, от Where do you want to go today образца начала 90-х до того, что мы видим сегодня на экранах с Windows 8 и готовящейся к выходу Windows 8.1. Новая Windows не просто операционная система, но сама по себе готовое средство решения большинства задач пользователей.
Мы создали постоянно расширяющийся набор базовых приложений и сервисов. Bing, Skype, Internet Explorer, SkyDrive, Outlook.com, Xbox Music, Видео и Игры – предлагают полезные возможности для всех пользователей Windows-устройств. Каждое приложение интересно само по себе, однако настоящее волшебство происходит, когда они используются совместно, плавно перетекают одно в другое и формируют единый пользовательский опыт.
SkyDrive — прекрасный пример такого подхода. Многих из тех, кто уже имел возможность познакомиться с предварительной версией Windows 8.1, приятно удивила интеграция SkyDrive с Windows, поменявшая существующие стандарты в области автономного доступа к файлам в облаке.
Вот, что говорят о нашем новом подходе:
Gizmodo Статья The New SkyDrive Might Be the Best Cloud Storage Yet («Возможно, новый SkyDrive – лучшее предложение среди облачных хранилищ»). «Возможность работы с файлами, которые не хранятся локально, без подключения к Интернету, не кажется такой уж значимой. На самом деле, это верно только для тех, кто не придает значения небольшим задачам, из которых складывается результат целого дня работы. Естественно, они важны. Это те инновации, в которых обычно не ждешь лидерства со стороны Microsoft. И тем не менее, это тот случай, когда полезная возможность формирует новую функциональность».
ArsTechnica Статья «SkyDrive in Windows 8.1: Cloud storage the way it’s meant to be» («SkyDrive в Windows 8.1: таким должно быть облачное хранилище»). «В Windows 8.1 SkyDrive стал элегантным и простым в работе. Бесплатное хранилище — это всегда интересно, но глубокая интеграция с операционной системой позволяет оставить конкурентов позади».
SkyDrive — это только начало. Windows 8.1 предоставляет функциональность поиска с использованием Bing, которая не замечает границ приложений и меняет ваше представление о том, как вообще можно выполнять поиск. Новые возможности работы с фотографиями и заметками, семь полнофункциональных приложений Bing, таких как Рецепты, Здоровье, Спорт или Новости, — все это уже установлено и готово к работе на вашем новом Windows-устройстве.
Skype
— с самого начала
Мы считаем, что возможности подключения и обмена информацией должны составлять неотъемлемую часть Windows. Сегодня почти 300 миллионов человек используют Skype для обмена сообщениями, аудио- и видеовызовов. В Windows 8.1 приложение Skype доступно с самого начала, что делает любое устройство с Windows оптимальным средством, позволяющим постоянно оставаться на связи.
Наша цель состоит в том, чтобы Windows предлагала потребителю наилучшие возможности на любом устройстве: лучший Интернет — с Internet Explorer, лучшее облачное хранилище — SkyDrive, лучшая почта — с Outlook.com, лучший в мире набор для повышения эффективности работы с документами — в Office и многое другое. Ниже – перечисление и краткое описание приложений и сервисов, которые войдут в базовый набор вашего нового Windows-устройства.
В ближайшее время мы расскажем больше о новых возможностях, заложенных в Windows, но познакомиться с новыми и улучшенными приложениями и сервисами в предварительной версии Windows 8.1 вы можете прямо сейчас.
Райан Гавин, главный менеджер Microsoft Apps & Services
What “Microsoft apps and services” is, and how it enables connection to your email accounts
Microsoft apps and services is a common authentication app which connects multiple apps and services across Microsoft with your email providers. We do this to keep your experiences consistent across different Microsoft applications you connect to. We ask for your consent to connect with each of these Microsoft applications, and allow you to securely authenticate and connect your email account to supported Microsoft applications. For instance, when you connect your Gmail account to Outlook or Cortana, the “sign in to continue to” name says “Microsoft apps and services”.
Some Microsoft products use the same Google authentication key to connect with your Gmail account. When you connect with your Gmail account, we store and protect the data you consented to provide us from Google. Depending on the product you connect with, this can include:
Your basic profile information (Name, Email address, Birthday, Country)
Emails you send and receive on Gmail
Your existing and new contacts
Your Calendar events
Your Google Drive files
Learn how Microsoft handles your data by visiting Microsoft’s privacy statement available here.
«Microsoft apps and services» application’s use and transfer to any other app of information received from Google Accounts will adhere to Google API Services User Data Policy, including the Limited Use requirements.
Знакомство с приложениями служб Windows
Эта документация не относится к последней версии службы Windows. Последние сведения о службах Windows с использованием BackgroundService, а также о шаблоне рабочей службы см. в следующих статьях:
Службы Microsoft Windows, ранее известные как службы NT, позволяют создавать долговременные исполняемые приложения, которые запускаются в собственных сеансах Windows. Для этих служб не предусмотрен пользовательский интерфейс. Они могут запускаться автоматически при загрузке компьютера, их также можно приостанавливать и перезапускать. Благодаря этому службы идеально подходят для использования на сервере, а также в ситуациях, когда необходимы долго выполняемые процессы, которые не мешают работе пользователей на том же компьютере. Службы могут выполняться в контексте безопасности определенной учетной записи пользователя, которая отличается от учетной записи вошедшего в систему пользователя или учетной записи компьютера по умолчанию. Дополнительные сведения о службах и сеансах Windows см. в документации по Windows SDK.
Можно легко создавать службы, создавая приложение, которое устанавливается как служба. Предположим, что вам нужно отслеживать данные счетчика производительности и реагировать на пороговые значения. Можно написать и развернуть приложение-службу Windows для прослушивания данных счетчиков, а затем начать сбор и анализ данных.
Служба будет создана как проект Microsoft Visual Studio с кодом, который определяет, какие команды могут отправляться службе и какие действия должны быть выполнены при получении этих команд. Команды, которые могут быть отправлены в службу, выполняют запуск, приостановку, возобновление и остановку службы. Также можно выполнять пользовательские команды.
Созданное приложение можно установить, запустив служебную программу командной строки InstallUtil.exe и передав путь к исполняемому файлу службы. Затем вы можете использовать диспетчер служб для запуска, остановки, приостановки, продолжения работы и настройки службы. Можно также выполнять многие из этих задач в узле Службы в обозревателе сервера или с помощью класса ServiceController.
Приложения-службы и другие приложения Visual Studio
Приложения-службы отличаются от других типов проектов следующим образом:
Скомпилированный исполняемый файл, созданный проектом приложения-службы, должен быть установлен на сервере, прежде чем этот проект можно будет использовать надлежащим способом. Вы не сможете выполнить отладку или запустить приложение службы, нажав клавиши F5 или F11. Вы не сможете сразу же запустить службу или открыть ее код. Вместо этого необходимо установить и запустить службу, а затем подключить отладчик к процессу службы. Дополнительные сведения см. в разделе Практическое руководство. Отладка приложений служб Windows.
В отличие от некоторых типов проектов для приложений-служб необходимо создавать компоненты установки. Компоненты установки устанавливают и регистрируют службу на сервере и создают для нее запись с помощью диспетчера служб Windows. Дополнительные сведения см. в разделе Практическое руководство. Добавление установщиков в приложение-службу.
Метод Main для приложения службы должен выдать команду запуска для служб, которые содержит проект. Метод Run загружает службы в диспетчер служб на соответствующем сервере. Если вы используете шаблон проекта служб Windows, этот метод создается автоматически. Обратите внимание, что загрузка службы — не то же самое, что ее запуск. Дополнительные сведения см. в разделе «Время существования службы».
Приложения-службы Windows выполняются в отдельной оконной станции, отличной от интерактивной станции вошедшего пользователя. Оконная станция — это безопасный объект, который содержит буфер обмена, набор глобальных атомов и группу объектов рабочего стола. Так как станция службы Windows не является интерактивной, диалоговые окна, отображаемые в приложении-службе Windows, не будут видны, что может привести к зависанию программы. Точно так же сообщения об ошибках должны записываться в журнал событий Windows, а не появляться в пользовательском интерфейсе.
Взаимодействие службы Windows с пользователем или другими станциями необходимо тщательно спроектировать, чтобы включить такие сценарии, когда вошедшего пользователя нет или у пользователя есть непредвиденный набор объектов рабочего стола. В некоторых случаях удобнее создать приложение Windows, которое будет выполняться под управлением пользователя.
Приложения-службы Windows выполняются в собственном контексте безопасности. Они запускаются, прежде чем пользователь войдет на компьютер Windows, на котором они установлены. Следует тщательно планировать, в какой учетной записи пользователя будет выполняться служба. Если это системная учетная запись, у службы будет больше разрешений и прав на доступ, чем при использовании учетной записи пользователя.
Время существования службы
Служба проходит через несколько внутренних состояний за время своего существования. Во-первых, служба устанавливается в системе, в которой она будет выполняться. Этот процесс выполняет установщики для проекта службы и загружает службу в диспетчер служб для этого компьютера. Диспетчер служб — это основное средство управления службами в Windows.
Загруженную службу необходимо запустить. Запущенная служба может выполнять свои задачи. Запустите службу из диспетчера служб или обозревателя сервера либо из кода, вызвав метод Start. Метод Start передает обработку в метод OnStart приложения и обрабатывает любой код, определенный там.
Запущенная служба может находиться в этом состоянии бесконечно, пока она не будет остановлена или приостановлена либо работа компьютера не будет завершена. Есть три основных состояния службы: Running, Paused и Stopped. Служба также может сообщать состояние ожидания выполнения команды: ContinuePending, PausePending, StartPending или StopPending. Эти состояния указывают, что команда выдана (например, команда для приостановки службы или запуска службы), но еще не выполнена. Вы можете запросить свойство Status, чтобы определить, в каком состоянии находится служба, или использовать WaitForStatus, чтобы выполнить действие при наступлении любого из этих состояний.
Вы можете приостановить, остановить или возобновить работу службы из диспетчера служб или обозревателя сервера либо из кода, вызвав методы. Каждое из этих действий вызывает соответствующую процедуру в службе (OnStop, OnPause или OnContinue), в которой можно определить дополнительную обработку на случай изменения состояния службы.
Типы служб
Вы можете время от времени встречать другие типы служб при выполнении запроса к службам, которые не были созданы в Visual Studio. Дополнительные сведения см. здесь: ServiceType.
Службы и компонент ServiceController
Компонент ServiceController используется для подключения к установленной службе и изменения ее состояния. С помощью компонента ServiceController вы можете запускать, останавливать, приостанавливать и продолжать работу службы, а также отправлять службе пользовательские команды. Использовать компонент ServiceController при создании приложения-службы не нужно. Фактически, в большинстве случаев компонент ServiceController должен находиться в приложении, отдельном от приложения-службы Windows, которое определяет службу.
Для получения дополнительной информации см. ServiceController.
Требования
Проекты, которые содержат службы Windows, должны включать компоненты установки для проекта и его служб. Это легко сделать с помощью окна свойств. Дополнительные сведения см. в разделе Практическое руководство. Добавление установщиков в приложение-службу.
