Posted on 5. June 2018

Windows Community Toolkit v3.0

Windows Community Toolkit v3.0

 

Microsoft рады объявить о самом большом обновление Windows Community Toolkit - версии 3.0.

Несколько недель назад Microsoft объявили об изменении названия инструментария сообщества для того, чтобы еще больше Windows разработчиков присоеденились к сообществу, и уже в этом блог посте, Вы сможете изучить функции самого большого обновления Windows Community Toolkit:

  • Новый пакет для всех WPF и WinForms разработчиков, который включает в себя новый Edge WebView
  • Новый пакет для всех XAML UWP разработчиков с технологией отслеживания глаз по API в XAML
  • Новый пакет для всех .NET UWP разработчиков, который поможет с написанием Runtime API Проверок
  • Новый пакет с элементами управления для доступа к Microsoft Graph
  • Новые элементы управления и API в существующих пакетах
  • Fluent Design в уже существующих элементах управления с поддержкой светлой и темной темы
  • Обновленная документация и примеры кода в Visual Basic
  • Дополнительные улучшения и исправления ошибок

Давайте рассмотрим некоторые из этих обновлений более подробно.

Новый и современный WebView для .NET и WPF приложений

Microsoft добавили новый инструмент Microsoft Edge рендеринга для .NET WinForms и WPF приложений. Тем не менее, работа с WebViewControl и WebView API может быть неизвестна .NET разработчикам, поэтому Microsoft создали дополнительные элементы управления, чтобы упростить опыт работы и предоставить более привычную среду разработки.  Эти элементы управления обертывают WebViewControl, чтобы сделать элемент управления больше похожим на .NET WinForms или элемент WPF управления, а также предоставить подмножество членов этого класса.

На сегодняшний день WinForms и WPF элементы управления доступны в Microsoft.Toolkit.Win32.UI.Controls пакете. Это означает, что переход с Trident-powered WebBrowser на EdgeHTML-powered WebView в Вашем WinForms или WPF приложение может быть таким же простым, как перетаскивание нового элемента управления из панели инструментов.

Прочтите эти документы и ознакомтесь с полной документацией.

Новая Gaze Interaction Library с интеграцией отслеживания глаз в XAML приложениях

Gaze input - это мощный инструмент с технологией отслеживания глаз и использования Windows и UWP приложений, эта технологния особенно полезна для пользователей с нейро-мышечными заболеваниями (такими как БАС) и другими нарушениями, связанными с атрофией мышц или центральной нервной системы. Обновление Windows 10 April 2018 Update теперь поддерживает Windows технологию отслеживания глаз по API. Чтобы разработчики использовали эти API в своих XAML приложениях, Microsoft добавили Gaze Interaction Library в пакет Microsoft.Toolkit.Uwp.Input.GazeInteraction. Например, для того чтобы включить технологию отслеживания глаз на Вашей xaml странице, добавьте следующее свойство:

 

xmlns:gaze="using:Microsoft.Toolkit.Uwp.Input.GazeInteraction"
        gaze:GazeInput.Interaction="Enabled"

 

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

Platform Specific Analyzer

При написании адаптивного кода платформы разработчики должны убедиться, что код проверяет наличие API перед его вызовом. Специфичный анализатор платформы, доступный в Microsoft.Toolkit.Uwp.PlatformSpecificAnalyzer nuget пакете, представляет собой Roslyn анализатор для C# и Visual Basic, который может обнаруживать, когда Вы используете API, которые теперь стали доступны для всех Windows 10 версий и помогут Вам добавить соответствующие проверки кода.

Просто добавьте nuget пакет в Ваше приложение, и анализатор автоматически проверит Ваш код в процессе разработки.

Элементы управления Microsoft Graph

В новом Microsoft.Toolkit.Uwp.UI.Controls.Graph пакете Microsoft добавили четыре новых элемента управления, чтобы предоставить разработчикам доступ к Microsoft Graph в их XAML приложениях.

ProfileCard и AadLogin

Элемент управления ProfileCard - это простой способ отображения пользователя в нескольких разных форматах с использованием комбинации имени, изображения и электронной почты. Элемент управления AadLogin использует службу Microsoft Graph для включения процесса входа в Azure Active Directory (AAD) систему.

PeoplePicker

Элемент управления People Picker позволяет выбирать одного или нескольких пользователей из организационного AD.

SharePointFileList

Элемент управления SharePointFileList позволяет пользователю перемещаться по папке и файлам и отображает простой список SharePoint файлов.

Новые элементы управления и помощники

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

CameraHelper и CameraPreview

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

Элемент управления CameraPreview XAML использует CameraHelper для удобного просмотра видеофрагментов в Ваших приложениях.

В xaml:

 

 

 

В С#:

 

await CameraPreviewControl.StartAsync(); 
CameraPreviewControl.CameraHelper.FrameArrived += CameraPreviewControl_FrameArrived;

 

 

Прочтите эти документы и ознакомтесь с полной документацией.

UniformGrid

Элемент управления UniformGrid - это гибкий элемент управления макетами, который упорядочивает элементы в равномерно распределенном наборе строк или столбцов, чтобы заполнить общее доступное пространство дисплея. Каждая ячейка в сетке будет одинакового размера по умолчанию. Если Вы перемещаете UniformGrid XAML из WPF, просто добавьте префикс пространства имен в инструментарий.

      
   
      
      
      
      
      
      
      
       
    

Прочтите эти документы и ознакомтесь с полной документацией.

InfiniteCanvas

Элемент управления InfiniteCanvas представляет собой новый canvas, который поддерживает бесконечную прокрутку, inking, форматирование текста, масштабирование, отмену и повтор, а также экспорт и импорт canvas данных.

Прочтите эти документы и ознакомтесь с полной документацией.

И еще...

Обязательно просмотрите информацию о выпуске, чтобы изучить полный список обновлений в этой версии. Сообщество Windows Community Toolkit продолжает работать над улучшениями, чтобы предоставить лучшие функции для всех Windows разработчиков, и, на данный момент, версия 3.0 - это самое большое обновление. Новый инструментарий был бы невозможен без Вашего участия и вклада в проект.

Напоминаем, что Вы можете начать работу, следуя этому руководству, или изучить новые  функции, установив UWP Community Toolkit Sample App приложение из Microsoft Store. Если Вы хотите внести Ваш вклад, присоединяйтесь к Windows Community Toolkit на GitHub! Чтобы присоединиться к беседе в Twitter, используйте хэштег #windowstoolkit.

Источник



Posted on 2. June 2018

Собственные объявления на Microsoft Ad Monetization платформе

Microsoft всегда улучшает возможности по увеличению монетизации с помощью рекламы для всех разработчиков. Служба рекламного посредника Microsoft вместе с Microsoft Advertising SDK представляют собой два ключевых компонента новой Microsoft Ad Monetization платформы, которая динамически оптимизирует конфигурации рекламных партнеров, чтобы обеспечить максимальную производительность для разработчиков и предоставить инновационный опыт для всех потребителей рекламы.

Собственные объявления - это формат объявлений на основе компонентов, ориентированных на предоставление гибкости в размещении отдельных компонентов рекламы (текста, изображения, логотипа, описания, призыва к действию) чтобы обеспечить наилучшее соответствие внешнему и внутреннему виду приложения. Это позволяет разработчикам самостоятельно использовать шрифты, цвета и анимации для создания более естественного и менее навязчивого рекламного обращения в их приложениях. Для рекламодателей это также предоставляет прибыльные места размещения, поскольку естественная реклама плотно «встроена» в основной контент приложения, и пользователи более склонны к взаимодействию со спонсируемым контентом. Показатель кликабельности (CTR) у Собственной Рекламы, как правило, выше, чем у других объявлений, что приводит к лучшей монетизации по сравнению с традиционной рекламой, такой как Баннерные Объявления.

В прошлом году Microsoft объявили о начале поддержки Собственной Рекламы. На конференции Microsoft Build 2018, Microsoft объявили, что теперь эта возможность общедоступна для всех разработчиков.

Что нового в Собственных объявлениях?

С момента выпуска пробной версии, Microsoft работали над повышением стабильности и улучшением опыта от собственных объявлений. Microsoft добавили несколько партнеров в программу собственных объявлений, таких как AppNexus, а также объявления для установки Microsoft приложений и Revcontent для обслуживания ресурсов собственного контента. По состоянию на текущий момент Microsoft активно работает над привлечением дополнительных партнеров, таких как MSN Content Recommendations и Taboola.

С чего начать?

 

Чтобы начать работу и включить собственные объявления в Ваших UWP приложениях, Вам нужно установить последнюю версию Microsoft Advertising SDK. Если Вы еще не работали с Microsoft Advertising SDK пакетом, ознакомьтесь с руководством по началу работы. Кроме того, пожалуйста, ознакомьтесь с нашим руководством и примером кода в MSDN, чтобы быстро включить собственные объявления в Вашем приложение.

Примеры интеграции собственных объявлений:

PicsArt, участник предварительного просмотра программы собственных объявлений, смог легко интегрировать собственные объявления в свое приложение «Photo Studio» и предоставить пользователям захватывающий опыт рекламы.

«Реализация собственных объявлений была гладкой и бесперебойной. Создание рекламного блока и его реализация были легкими благодаря обширной документации Microsoft» - PicsArt

Рисунок 1 Собственные объявления в приложении PicsArt «PicsArt Photo Studio»

Good2Create, еще один участник предварительного просмотра, добавил собственные объявления, которые прекрасно сочетаются с их приложением «Wallpaper Studio».

Рисунок 2 Собственные объявления в приложении Good2Create «Wallpaper Studio 10»

Что будет добавлено в будующих объявлениях?

Microsoft продолжит работать над улучшениями собственных объявлений с партнерами Native Ad Adwords, добавив еще больше для собственных объявлений и предложит расширенный творческий опыт, чтобы помочь разработчикам увеличить монетизацию собственных объявлений. Если у Вас есть какие-либо вопросы или комментарии, пожалуйста, напишите на ataiacare@microsoft.com.



Posted on 16. May 2018

Предварительный просмотр поддержки Visual Studio при ARM разработке на Windows 10

Microsoft рады сообщить, что Visual Studio 15.8 Preview 1 включает в себя предварительный просмотр SDK и инструменты, позволяющие создавать 64-разрядные ARM-приложения (ARM64). Эти инструменты помогут многим разработчикам и сделают следующий шаг в разработке для так называемых Always Connected PC под управлением Windows 10 на ARM.

В начале этого года партнеры Microsoft уже успели представить первые ПК из новой категории Always Connected PC с процессорами Qualcomm Snapdragon 835. Эти устройства обладают такими преимуществами как тонкость, легкость, быстрое, спроектированное и мгновенное 4G LTE подключение и продолжительность работы батареи питания, которая теперь измереятся не в часах, а в днях и неделях. Благодаря x86 уровню эмуляции эти компьютеры также позволяют использовать обширную экосистему и все Windows приложения.

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

Разработчики, заинтересованные в таргетинге на новую платформу на основе ARM, могут использовать инструменты предварительного просмотра для создания приложений, которые изначально запускаются на ARM процессорах, а не полагаются на уровень эмуляции. Хотя алгоритмы, которые делают эмуляцию возможной, спроектированы на оптимизацию производительности, запуск приложения позволяет пользователям получать максимальную производительность и количество функций для этой новой категории устройств.

Поскольку это предварительный просмотр, официальной поддержки ARM64 приложений, созданных с помощью этих инструментов, еще не существует. Вы не можете публиковать ARM64 пакеты в Microsoft Store, однако Вы сможете публиковать предварительные версии ARM64 Win32 приложений на Вашем веб-сайте. В этом блог посте Вы сможете изучить подробную информацию об этой поддержке. Тем временем, Вы уже можете использовать эти инструменты предварительного просмотра, и приступить к разработке ARM64 приложений, а также оставить Ваш отзыв о работе новых инструментов.

В этой статье подробно рассматривается, как настроить среду для создания ARM64 приложений, независимо от того, создаете ли Вы Universal Windows Platform (UWP) или C ++ Win32 приложения.

Инструкции для создания UWP C ++ приложений

Чтобы начать создавать UWP ARM64 приложения на C ++ основе, настройте среду разработки:

1) Скачайте последнюю версию Visual Studio на https://www.visualstudio.com/vs/

2) Выберите нагрузку «Universal Windows Platform development»

3) Выберите опцию «C++ Universal Windows Platform tools»

4) В разделе «Отдельные компоненты» выберите «C++ Universal Windows Platform tools for ARM64»

Установщик Visual Studio должен выглядеть так:

После установки, Вы можете начать работу над Вашим приложением:

5) Откройте проект C ++ в Visual Studio или создайте новый проект

6) Щелкните правой кнопкой мыши по Вашему Решению и выберите «Свойства», затем перейдите в «Свойства конфигурации» и выберите «Configuration Manager»

7) В разделе «Active solution platform»: выберите «<Создать...>» и назовите этот проект ARM64. Скопируйте настройки из «ARM» и проверьте все перед тем, как начать создавать новые проектные платформы

8) Если отдельные проекты в рамках решения не позволяют добавлять ARM64 в качестве платформы, это может быть по причине взаимозависимостей. Чтобы узнать больше о взаимозависимостях, Вы можете напрямую изменить эти файлы проектов, скопировав ARM конфигурацию и изменив платформу для создания ARM64 конфигурации.

9) Затем сохраните все изменения

Теперь ARM64 будет доступна как конфигурация для проекта. Обратите внимание, что в настоящее время для ARM64 поддерживаются только отладочные сборки. Вы можете создать пакет для загрузки неопубликованных приложений или использовать удаленную отладку (см. Инструкции) для запуска приложения на ARM ПК под управлением Windows 10.

.NET Native инструкции для UWP приложений

Для создания UWP ARM64 приложений, которые основываются на .NET Native, начните с настройки Вашей среды разработки.

1) Загрузите последнюю версию Visual Studio с https://www.visualstudio.com/vs/preview/

2) Выберите нагрузку «Universal Windows Platform development»

3) Откройте Ваш проект или создайте новый. Обратите внимание: минимальная Target Platform версия должна быть как минимум «Windows 10 Fall Creators Update (Build 16299)»

4) Откройте файл проекта в Вашем любимом редакторе и добавьте группу свойств, ориентированную на ARM64. Вы можете скопировать уже существующую группу свойств, такую как Debug|ARM, и добавить некоторые изменения для ARM64 поддержки:

UseDotNetNativeToolchain свойство обязательно для включения инструментария .NET Native.

5) Сохраните файл проекта и перезагрузите его в Visual Studio

6) Щелкните правой кнопкой мыши по Вашему Решению и выберите «Свойства», затем перейдите в «Свойства конфигурации» и выберите «Configuration Manager»

7) В разделе «Active solution platform»: выберите «<Создать...>» и назовите этот проект ARM64. Скопируйте настройки из «ARM» и проверьте все перед тем, как начать создавать новые проектные платформы

8) Обновите последнюю версию ARM64 инструментария:

а. Щелкните правой кнопкой мыши по Вашему проекту и выберите «Manage NuGet Packages…».

б. Убедитесь, что включена опция «Include Prerelease»

с. Выберите пакет Microsoft.NETCore.UniversalWindowsPlatform

д. Обновитесь до следующей версии: 6.2.0-Preview1-26502-02

Теперь ARM64 будет доступна как конфигурация для проекта. Обратите внимание, что в настоящее время для ARM64 поддерживаются только отладочные сборки. Вы можете создать пакет для боковой загрузки или использовать удаленную отладку (см. Инструкции) для запуска приложения на ARM ПК под управлением Windows 10.

Инструкции для C ++ Win32 приложений

Visual Studio 15.8 Preview 1 также включает в себя начальный уровень поддержки для пересборки Ваших C ++ Win32 приложений в качестве ARM64 для запуска в Windows 10 на ARM.

1) Скачайте последнюю версию Visual Studio с https://www.visualstudio.com/vs/preview/

2) Выберите нагрузку «Desktop development with C ++»

3) В разделе «Individual Components» выберите «Visual C++ compilers and libraries for ARM64»

4) Откройте Ваш проект в Visual Studio или создайте новый

5) Щелкните правой кнопкой мыши по Вашему Решению и выберите «Свойства», затем перейдите в «Свойства конфигурации» и выберите «Configuration Manager»

6) В разделе «Active solution platform»: выберите «<Создать ...>» и назовите этот проект ARM64. Скопируйте настройки из «ARM» и проверьте все перед тем, как начать создавать новые проектные платформы

7) Сохраните все изменения

8) Откройте файл проекта в Вашем любимом редакторе. Укажите поддержку ARM64 в разделе , добавив WindowsSDKDesktopARM64Support, как показано ниже:

 

9) Сохраните и перезагрузите проект

Теперь Вы сможете собирать проект в качестве ARM64, и либо использовать удаленную отладку на ARM ПК под управлением Windows 10, или копировать EXE файлы и запускать их напрямую.

Вы также можете использовать Desktop Bridge (см. Инструкции), чтобы упаковать встроенные двоичные ARM64 файлы в пакет Windows приложений, который можно установить на Windows 10 ARM ПК.

В заключении

Microsoft рады предоставить разработчикам возможность собирать отличные приложения, собранные изначально для оригинальной Windows 10 платформы, на платформу ARM.

Visual Studio 15.8 Preview 1 открывает для Вас ранний предварительный просмотр полной поддержки, которая будет выпущена позже в этом году. В будущем ожидается больше обновлений, перед тем как эти инструменты добавятся в официальный выпуск и будет добавлена возможность публиковать ARM64 пакеты в Microsoft Store.

Команда Microsoft надеется, что Вы испробуете эти инструменты и оцените их по достоинству. Если у Вас возникнут какие-либо трудности или вопросы, или Вы захотите поделиться Вашим мнением, перейдите на страницу Windows 10 ARM разработки - http://aka.ms/Win10onARM или оставьте Ваш комментарий ниже.

Источник




Posted on 10. May 2018

Новая доля дохода от Microsoft Store

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

Лучшая доля дохода для разработчиков

Уже в этом году потребительские приложения (не включая игры), проданные в Microsoft Store, предоставят разработчикам 95% дохода, полученного от приобретения Вашего приложения или от внутренних покупок в Вашем приложении, которые были осуществлены с помощью перехода по внешним гиперссылкам. В случае, если Microsoft поставляет Вам клиента посредством любого другого метода, например, из раздела Collections в Microsoft Store или любых других объектов, принадлежащих Microsoft, Вы получаете 85% дохода от покупки приобретения Вашего приложения или от внутренних покупок в нем.

Новая структура взимаемой платы применима к покупкам с Windows 10 компьютеров, Windows Mixed Reality, Windows Phone и Surface Hub, за исключением Xbox консолей.

Новые способы монетизации для разработчиков

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

Структура взимаемой платы будет подробно описана в предстоящем пересмотре договора App Developer Agreement в конце этого года. Посетите эту страницу для получения более подробной информации и зарегистрируйтесь для получения уведомления, когда новая структура взимаемой платы вступит в силу. А также Вы можете узнать больше в разделе часто задаваемых вопросов.

Для каких приложений будет применяться новая структура взимаемой платы?

Новая структура будет применяться к любому потребительскому приложению, за исключением игр, которое опубликовано в Microsoft Store для ПК, Windows Mixed Reality, Windows Phone или Surface Hub.

Когда новая структура взимаемой платы вступает в силу?

Новая структура взимаемой платы вступает в силу уже в этом (2018) году. Microsoft предложит Вам принять новую версию App Developer Agreement, в котором будет подробно описана структура платы в Microsoft Store. Новая структура взимаемой платы будет применяться к покупкам, сделанным после даты, указанной в App Developer Agreement.

Будет ли новая структура взимаемой платы применяться к играм или игровым подпискам?

Нет, не будет. Новая структура взимаемой платы будет применяться только к потребительским приложениям для ПК, Windows Mixed Reality, Windows Phone или Surface Hub. Приложения, классифицированные как Игры в Microsoft Store, не будут применимы к новой структуре, даже если они доступны для этих устройств.

Как будет распространяться взимаемая плата за подписки и покупки внутри приложения в Microsoft Store?

Новая структура взимаемой платы будет применяться к не-игровым подпискам и покупкам внутри потребительских приложений. Плата, взимаемая с этих покупок, будет определяться тем, как пользователь первоначально приобрел приложение. Новая взимаемая плата в размере 5% будет применяться ко всем транзакциям на торговой платформе Microsoft, и если Ваш клиент использовал внешнюю гиперссылку для приобретения Вашего приложения, с Вас будет взиматься только 5% от его общей стоимости. Дополнительная 10% взимаемая плата будут применяться в том случае, если Microsoft поставляет Вам клиента посредством любых других методв, например, из раздела Collections в Microsoft Store или любых других разделов, принадлежащих Microsoft.

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

Будет ли новая структура взимаемой платы применяться к покупкам, сделанным в Microsoft Store for Business и Microsoft Store for Education?

Нет. Новая структура взимаемой платы будет распространяться только на частные приобретения потребительских приложений для ПК, Windows Mixed Reality, Windows Phone или Surface Hub. Если Вы разрешаете распространение Вашего приложения через организационное лицензирование в Microsoft Store for Business и / или Microsoft Store for Education, текущий налог в магазине будет продолжать применяться к этим покупкам.

Что касается приложений (не игр), которые доступны на Xbox?

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

Что касается приложений, которые доступны как в Microsoft Store for Windows 10 PC, так и в Microsoft Store for Xbox One?

Новая структура взимаемой платы будет применяться к приобретению не-игровых потребительских приложений частными лицами в Microsoft Store for Windows 10 PC (и других устройствах, упомянутых выше). Текущая структура платы останется прежней к приобретениям в Microsoft Store for Xbox One устройств.

Какой будет структура взимаемой платы для приложений, доступных для более ранних версий ОС (Windows 8.x и / или Windows Phone 8.x)?

Новая структура взимаемой платы будет также применяться к приложениям, доступным в Microsoft Store, для более ранних версий ОС (Windows 8.x и / или Windows Phone 8.x).






Posted on 3. May 2018

Новое имя UWP Community Toolkit: Windows Community Toolkit

Уже в следующем обновлении UWP Community Toolkit будет переименован на Windows Community Toolkit. Это действительно большой шаг в развитии инструментария и сообщества.

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

UWP Community Toolkit Sample App (версия 1.0)

UWP Community Toolkit Sample App (версия 2.0)

Когда Microsoft выпустили UWP Community Toolkit, было много отзывов о добавление возможности для разработчиков, поделиться компонентами инструментария с другими инфраструктурами, такими как WPF, WinForms, Xamarin, .NET Core и другими. С помощью сообщества, в версии 2.0 Microsoft идентифицировали компоненты, которые могли быть учтены в библиотеках .NET Standard, и создали новые пакеты .NET Standard для того, чтобы все разработчики могли воспользоваться преимуществами работы сообщества. Сегодня многие из сервисов, помощников и парсеров являются кросс-платформенными и могут использоваться везде. Более того, Microsoft продолжает работать над тем, чтобы добавить еще больше преимуществ.

 

Главная цель сообщества - привлечение большего количества разработчиков, поэтому, начиная со следующей версии Windows Community Toolkit, Microsoft предоставят возможность другим Windows разработчикам, работающим на Windows 10 платформе, использовать все преимущества компонентов инструментария. Таким образом, новое имя привлечет всех Windows разработчиков.

Microsoft с энтузиазмом работает над следующим обновлением инструментария, которое планируется на конец мая. Работа над обновлением доступна для всех, и Microsoft приглашает всех разработчиков принять участие и внести свой вклад. Чтобы начать работу с самым грандиозным обновлением уже сегодня, посетите GitHub репозиторий и погрузитесь в код. Или, если Вы предпочитаете работать с NuGet пакетами, они будут опубликованы для предварительного просмотра в NuGet перед конференцией Microsoft Build. Microsoft будет обновлять документацию и пример приложения одновременно, пожалуйста, обратите внимание, что это пакеты предварительного выпуска, и они могут измениться в окончательной версии. 

Чтобы присоединиться к беседе в Twitter, используйте хэштег #windowstoolkit. Microsoft также будут рады видеть Вас на конференции Microsoft Build 2018!



Posted on 27. February 2018

Новые направления и обновления в рекламной монетизации

Microsoft объявляет о новой политике в области эксплуатации рекламных блоков, обновлении пользовательского опыта для управления активными / неактивными рекламными блоками, политики в области включения рекламной сети по умолчанию и изменениях методологии показа объявлений в Windows приложениях. Если Вы используете объявления в Вашем Windows приложении с помощью Microsoft Advertising SDK (UWP или 8.x приложений), новая политика монетизации может принести Вам ущерб.

1) Автоматическое включение новых рекламных сетей для ручных рекламных блоков в UWP приложениях

Microsoft продолжает оценивать и внедрять новые рекламные сети для повышения доходности и предлагает более широкий спектр спроса для разработчиков (форматы, конкретные рынки спроса). Когда Microsoft добавили новую рекламную сеть в систему, рекламные UWP блоки, настроенные с параметром «Ручная настройка», не пользуются этими сетями, так как они автоматически не включены для ручных рекламных блоков. В будущем будут добавлены изменения для включения всех рекламных сетей по умолчанию для всех рекламных UWP блоков независимо от ручной или автоматической конфигурации. Для рекламных блоков с ручными настройками эти рекламные сети будут добавлены в конец каскадного заказа, поскольку каскадная конфигурация рекламной сети определяется владельцем приложения. Затем владелец может внести необходимые изменения, чтобы изменить порядок или отказаться от рекламных сетей по мере необходимости. Рекомендация Microsoft состоит в том, чтобы выбирать «Автоматическую» конфигурацию рекламного блока, чтобы максимально использовать возможности увеличения доходности.

2) Обновления политики при прекращении эксплуатации рекламных блоков

Microsoft добавляет политику прекращения эксплуатации рекламных блоков, в которой рекламный блок, который не сгенерировал какой-либо запрос объявления за последние 6 месяцев, будет деактивирован и удален. По текущим прогнозам активные приложения не будут затронуты из-за достаточно длительного периода (6 месяцев) неактивности рекламного блока. Однако есть исключения, при которых Вы можете пострадать. Например, если Вы создали рекламный блок на несколько месяцев раньше времени развертывания приложения и пытаетесь использовать этот рекламный блок, как будто Ваше приложение уже работает в реальном времени. Или Вы пытаетесь повторно использовать существующий рекламный блок из своего предыдущего неактивного приложения в новом приложении. Рекомендация в обоих случаях заключается в использовании вновь созданных рекламных блоков, вместо повторного использования уже существующих, в целях избежания потенциальной потери дохода от рекламы.

Наряду с этим объявлением политики, Microsoft вносит изменения в панель инструментов Windows Dev Center, чтобы упростить просмотр активных и неактивных рекламных блоков. Состояние рекламного блока идентифицируется в отдельном столбце; кроме того, Вы можете выбрать только активные или только неактивные рекламные блоки, поставив соответствующий фильтр в верхней части страницы.

3) Переход на стандартное измерение показа объявлений

Стандартное измерение показа объявлений требует, чтобы «объявление было загруженным и, как минимум, уже начало воспроизводиться», в таком случае оно будет считаться действительным. Для рекламных сетей, которые полагаются на другие методы, такие как подсчет показов на основе сервера, Microsoft вносит изменения в постепенную миграцию всех рекламных блоков для Windows приложений ближе к стандартным измерениям. Более конкретно, подсчет показов будет опираться на такие методы, как запуск маяка показа рекламной сети, после показа объявления пользователю. Это делается для того, чтобы лучше придерживаться IAB стандартов при подсчете показа объявлений и быть справедливыми по отношению к рекламодателям. Это также принесет пользу приложениям, которые стремятся сделать все правильно, убедившись, что объявления отображаются пользователям и доступны для просмотра.

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

Если у Вас есть вопросы или комментарии, пишите по этому адресу aiacare@microsoft.com Спасибо!



Posted on 12. February 2018

Новая Функция: свободная форма оплаты в Dev Center

Новая Функция: свободная форма оплаты в Dev Center

Правильное распределение цен на Ваше приложение или дополнительные покупки - это ключ к успеху в Microsoft Store. Многие компании просили добавить больше возможностей для оценки своих продуктов, и вот команда Dev Center рада сообщить, что на сегодняшний день все разработчики могут использовать функцию свободного ценообразования. С введением этой функции у Вас есть возможность, устанавливать любую цену для Вашего приложения, игры или дополнений, а также Вы можете выбирать необходимую валюту на рынке.

Каждый знает, что число 7 – счастливое число. Привлекайте удачу и меняйте цену Вашей игры в США до 7,77 USD. Хотите добавить специальное дополнение ко дню холостяков в Китае? Вы можете установить китайскую цену для Вашего дополнительного товара в CNY ¥ 11.11.

Возможности ценообразования бесконечны, в пределах такого же допустимого диапазона, как и уровни цен (0,99-1,999,99 USD). Обратите внимание, что цена свободной формы может использоваться только для переопределения базовой цены на одном рынке. (Для групп рынков Вы все равно можете переопределить базовую цену, но уже другим ценовым уровнем).

Использование свободных форм ценообразования

Начните с раздела «Цены» на странице «Цены и доступность Вашего продукта в Dev Center». Находясь на этой странице, Вы можете использовать функцию ценообразования свободной формы в 2 простых шага:

1) Выберите рынок, для которого Вы хотите изменить базовую цену с помощью новой формы ценообразования

  • Нажмите «Выбрать рынки для изменения базовой цены», выберите нужный рынок и нажмите «Создать».

2) Отмените базовую цену

  • В выпадающем меню выберите «Свободная форма» и введите Вашу новую цену.

  • Введенная в свободной форме цена должна находиться в допустимом диапазоне (например, в долларах США диапазон составляет 0,99 - 1,999,99 USD) и должен быть в правильном формате этой валюты. Предупреждения о валидации предупреждают Вас о любых ошибках в Вашей заполненной форме.

Это так просто! Для изучения подробной документации, перейдите на эту страницу.



Posted on 31. January 2018

Target Surface Hub и Windows 10 S с процессором Snapdragon для Ваших UWP приложений

Когда Вы отправляете Ваше UWP приложение или игру на сертификацию в Microsoft Store через Dev Center, у Вас есть возможность, выбирать семейства устройств, на которые пользователи могут устанавливать Ваше приложение. Приложение или игра будут доступны для всех поддерживаемых семейств устройств по умолчанию (кроме Xbox, где Вы можете выбирать по желанию, если это поддерживается Вашими пакетами). Это позволяет Вашим приложениям и играм увеличивать количество потенциальных клиентов. 

Недавно Microsoft добавили новые опции, которые позволяют публиковать продукты на Surface Hub. Теперь Вы можете предлагать ARM пакеты для Windows 10 S на процессоре Snapdragon категории постоянно подключенных ПК (Always Connected PCs).

Чтобы настроить Surface Hub при отправке Вашего UWP приложения в Microsoft Store, убедитесь, что присутствует флажок для семейства устройств Windows 10 Team. Обычно это происходит, если Вы загружаете пакеты, ориентированные на Universal или Team семейства устройств.

Если Вы включаете ARM пакет в Ваше приложение, предназначенное для универсального или настольного устройства, этот пакет будет доступен для Windows 10 S устройств на Snapdragon процессоре (постоянно подключенных ПК) до тех пор, пока проверяется семейство Windows 10 Desktop устройств.

В приведенном выше примере показаны три пакета, предназначенные для универсального семейства устройств x64, ARM и x86. Выбраны колонки для Windows 10 Desktop, Windows 10 Mobile, Windows 10 Xbox, Windows 10 Team и Windows 10 Holographic. Это означает, что клиенты могут устанавливать Ваш продукт на любое из этих типов устройств.

Дополнительную информацию о выборе семейства устройств смотрите в этой документации.

Упаковка и тестирование приложений

Пакеты приложений настроены для работы на определенной архитектуре процессора. Команда Microsoft настоятельно рекомендует собирать пакеты Ваших приложений для всех архитектур, чтобы Ваше приложение работало бесперебойно на всех типах Windows 10 устройств. Чтобы узнать больше, ознакомьтесь с документацией по архитектуре пакета приложений.

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



Posted on 6. December 2017

Visual Studio Application Packaging Project

Visual Studio 2017 15.4 представил новый проект Windows Application Packaging, который поможет Вам модернизировать Ваше приложение с помощью нового стека развертывания Windows 10 приложений (Windows 10 App Deployment Stack).

Microsoft рассказывали об этом в предыдущей статье: Visual Studio 2017 Update 4 упрощает модернизацию Вашего приложения и делает его готовым к публикации, и сегодня Microsoft представит Вам новые возможности Visual Studio 2017 15.5, которые позволяют создавать новые сценарии для проекта упаковки Windows приложений с использованием всех преимуществ Windows 10 функций в Ваших приложениях.

В этой статье будут рассматриватся три примера, которые подчеркнут новые возможности, добавленные в проект упаковки, чтобы обеспечить упаковку не только для Win32 приложений, но и для приложений и UWP компонентов:

  1. Фоновое выполнение с использованием фоновых задач UWP.
  2. Интеграция Windows Shell с использованием соглашения о совместном использовании.
  3. Добавление инвестиций Win32 кода в пакеты UWP приложений.

Первые два примера это уже существующие WPF приложения, упакованные как APPX с расширенным функционалом, который реализован как UWP компоненты. Первое приложение добавляет фоновое исполнение на основе фоновых UWP задач, а второе приложение показывает, как активно внедрять приложение с Windows 10 оболочкой, используя функцию в виде соглашения о совместном использовании (Share contracts). В заключение, последнее приложение - это точка входа в UWP, вызывающая классический Win32 процесс, который взаимодействует с Excel.

Обратите внимание: Поскольку UWP компоненты необходимо скомпилировать для определенной платформы: x86 или x64, конфигурация любого конфигурационного решения для любого процессора не будет работать ни в одном из этих образцов.

Все образцы доступны в отчетах на GitHub, разделе Windows-Packaging-Samples. Для этих образцов требуется Visual Studio 2017 15.5 Preview 4 или выше, доступный для загрузки с https://www.visualstudio.com/downloads.

  1. WPF с Фоновыми Задачами

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

Чтобы показать, как использовать эту функцию в Ваших Win32 приложениях, Microsoft собирается реализовать небольшую утилиту, которая сделает HTTP-запрос к URL-адресу, настроенному пользователем, и покажет прошедшие миллисекунды в всплывающих уведомлениях (Toast Notification).

Microsoft создадаст WPF приложение, чтобы пользователь мог указывать URL-адрес для проверки и включения / выключения фоновых задач. Фоновая задача будет реализована как Windows Runtime Component (WINMD). Чтобы включить этот компонент в пакет, нужно создать UWP приложение, которое использует этот компонент, и, наконец, добавить WPF и UWP проекты в качестве ссылок на проект упаковки. Ниже приведен список необходимых шагов.

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

  1. Упакуйте Ваше настольное приложение, используя проект упаковки
  2. Добавьте Runtime Windows компонент для выполнения фоновой задачи
  3. Добавьте UWP приложение, которое ссылается на компонент времени выполнения
  4. Добавить ссылку на UWP приложение из проекта упаковки
  5. Настройте Фоновую задачу в манифесте
  6. Зарегистрируйте фоновую задачу из Настольного приложения

После завершения 1-4 шагов, у Вас должно быть решение для проектов, как показано на рисунке ниже:

Проект упаковки ссылается не только на WPF приложение, но и на UWP проект. По этой причине решение должно быть настроено для конкретной платформы, поскольку UWP недоступен для любых конфигураций ЦП.

Реализация Фоновых Задач

Фоновая задача - это класс C#, который реализует интерфейс IBackgroundTask. Этот интерфейс определяет Run метод, который будет вызываться, когда система запустит задачу.

public sealed class SiteVerifier : IBackgroundTask
{
    public async void Run(IBackgroundTaskInstance taskInstance)
    {
 
        taskInstance.Canceled += TaskInstance_Canceled;
        BackgroundTaskDeferral deferral = taskInstance.GetDeferral();
        var msg = await MeasureRequestTime();
        ShowToast(msg);
        deferral.Complete();
    }
 
    private async Task MeasureRequestTime()
    {
        string msg;
        try
        {
            var url = ApplicationData.Current.LocalSettings.Values["UrlToVerify"] as string;
            var http = new HttpClient();
            Stopwatch clock = Stopwatch.StartNew();
            var response = await http.GetAsync(new Uri(url));
            response.EnsureSuccessStatusCode();
            var elapsed = clock.ElapsedMilliseconds;
            clock.Stop();
            msg = $"{url} took {elapsed.ToString()} ms";
        }
        catch (Exception ex)
        {
            msg = ex.Message;
        }
        return msg;
}

 

Обратите внимание, как используется LocalSettings в ApplicationData для обмена информацией между WPF приложением и фоновой UWP задачей.

Для настройки фоновой задачи Вам необходимо обновить манифест, используя конструктор манифеста. Перейдите на вкладку деклараций, добавьте фоновую задачу и настройте точку входа как реализацию.

Для регистрации фоновой задачи в системе, Вам нужно вызвать Windows 10 API из WPF приложения. Этот API доступен в Windows 10 SDK, и для его использования с .NET необходимо добавить ссылки, объясненные здесь. После того, как Вы получили доступ к Windows 10 API, Вы можете использовать класс BackgroundTaskRegistration для настройки фоновой задачи, как показано в приведенном ниже коде:

 

public void RegisterBackgroundTask(String triggerName)
{
    var current = BackgroundTaskRegistration.AllTasks
        .Where(b => b.Value.Name == triggerName).FirstOrDefault().Value;
 
    if (current is null)
    {
        BackgroundTaskBuilder builder = new BackgroundTaskBuilder();
        builder.Name = triggerName;
        builder.SetTrigger(new MaintenanceTrigger(15, false));
        builder.TaskEntryPoint = "HttpPing.SiteVerifier";
        builder.Register();
        System.Diagnostics.Debug.WriteLine("BGTask registered:" + triggerName);
    }
    else
    {
        System.Diagnostics.Debug.WriteLine("Task already:" + triggerName);
    }
}

 

Для регистрирации фоновой задачи, убедитесь, что задача не была зарегистрирована ранее, а затем используйте BackgroundTaskBuilder для настройки имени и Триггера, в этом случае используется MainteinanceTrigger.

2. Зарегистрируйте Ваше приложение в качестве Share Target

Совместные контракты - это Windows 10 функция, которая позволяет осуществлять обмен информацией между двумя приложениями, отправителем и получателем. Благодаря Desktop Bridge, Вы можете зарегистрировать UWP приложение в качестве общего получателя, а затем интегрировать с Win32 приложением. После регистрации приложения, оно будет отображаться каждый раз, когда пользователь вызывает функцию совместного использования, как показано ниже:

В этом примере, WPF приложение расширяется с добавлением функции совместного использования, где пользователи могут отправлять изображения из других приложений, таких как Photos, Edge, Shell в наше WPF приложение. Microsoft использует проект упаковки, который включает не только WPF, но и UWP приложение, которое позволяет UWP-интерфейсу получать контент из целевого ресурса. Ниже Вы можете увидеть исследователь решений с проектом упаковки, ссылающимся на WPF и UWP проекты.

Пакет должен обозначить цель о совместном использовании (Share Target), включая имя UWP приложения:

При активации, приложение получает информацию о целевом ресурсе из параметра ShareOperation. Ниже приведен пример фрагмента кода:

protected async override void OnNavigatedTo(NavigationEventArgs e)
{
    base.OnNavigatedTo(e);
    operation = (ShareOperation)e.Parameter;
    if (operation.Data.Contains(StandardDataFormats.StorageItems))
    {
        var items = await operation.Data.GetStorageItemsAsync();
        file = items[0] as StorageFile;
        IRandomAccessStreamWithContentType stream = await file.OpenReadAsync();
 
        await this.Dispatcher.RunAsync(CoreDispatcherPriority.Normal, async () =>
        {
            BitmapImage image = new BitmapImage();
            this.img.Source = image;
            await image.SetSourceAsync(stream);
        });
    }
}

 

Теперь каждый раз, когда пользователь делится изображением и выбирает данное приложение, запускается Share UI приложение и затем отображается UWP-интерфейс.

После нажатия кнопки «Поделиться в WPF приложение», UWP вызывает обработчик событий и копирует изображение в папку ApplicationData, и затем запускает Win32 приложение с помощью FullTrustProcessLauncher.

private async void ShareBtn_Click(object sender, RoutedEventArgs e)
{
    await file.CopyAsync(ApplicationData.Current.LocalFolder);
    operation.ReportCompleted();
    await FullTrustProcessLauncher.LaunchFullTrustProcessForCurrentAppAsync();
}

Для использования FullTrustProcessLauncher, применяется Desktop расширение для UWP, это расширение доступно в виде SDK ссылки, которая доступна в диалоговом окне UWP приложения «Add References»:

И, наконец, зарегистрируйте настольное расширение и целевой выполняемый файл в манифесте:

 

<... >

 

3. Добавьте Office взаимодействие из UWP приложения

Одной из ключевых особенностей Desktop Bridge является возможность добавлять исполняемые Win32 файлы в Ваш пакет приложений и запускать их как цельный процесс из UWP приложения. Теперь, с проектом Windows Application Packaging, Вы можете создавать пакеты, содержащие двоичные UWP, так и Win32 файлы.

Дополнительно к диспетчеру процессов, есть расширение App Service, которое поможет Вам установить канал связи между Вашим UWP приложением и Win32 процессом.

В этом примере показан способ добавления Win32 процесса (приложение командной строки) для управления Excel листом с использованием офисного взаимодействия.

Microsoft начинает с UWP приложения, которое использует сетку данных Telerik для отображения некоторых табличных данных, также будет добавлена  кнопка для экспорта одних и тех же данных в Excel, как показано ниже:

Исследователь решений этого примера очень похож на предыдущий пример с тремя проектами в решении: UWP приложение, командная Win32 строка и проект упаковки со ссылкой на оба проекта. Тем не менее, обратите внимание, что в этом случае точкой входа приложения (выделенной жирным шрифтом) является UWP проект:

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

Для открытия канала связи в Win32 процессе, добавьте ссылку на Windows API, как описано здесь:

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

 

Connection = new AppServiceConnection();
connection.AppServiceName = "ExcelInteropService";
connection.PackageFamilyName = Windows.ApplicationModel.Package.Current.Id.FamilyName;
connection.RequestReceived += Connection_RequestReceived;
connection.ServiceClosed += Connection_ServiceClosed;

 

Заключая данную статью

Новые функции, добавленные в проект упаковки в Visual Studio 2017, помогут Вам модернизировать существующие настольные приложения для получения максимального результата от UWP и Win32 в одном пакете. Этот новый проект поможет Вам настроить Ваш пакет с помощью конструктора манифеста, отладить Ваше приложение в контексте Desktop Bridge и, наконец, поможет подготовить пакеты для отправки в Microsoft Store или на другие ресурсы. Для получения дополнительной информации изучите:

 



Posted on 20. October 2017

Windows 10 IoT предоставляет полный жизненный цикл IoT

Команда Microsoft выпустила общедоступный предварительный просмотр Azure IoT Hub Device Provisioning Service (Службу подготовки устройств для Центра Интернета вещей Azure). Device Provisioning Service - это новая служба, которая работает с Azure IoT концентратором для включения настройки устройства с нулевым прикосновением в IoT концентратор. Используя эту службу, устройства могут быть созданы с общим изображением, а при первоначальной загрузке в поле Device Provisioning Service автоматически будет предоставляться информация о конкретном устройстве, в том числе правильное местоположение и идентификатор Azure IoT концентратора, где устройство может быть дополнительно подготовлено и настроено с помощью управления устройствами Azure. Служба Device Provisioning Service предназначена для поддержки высоких объемов устройств, обеспечивая надежную и масштабируемую передачу миллионов устройств, автоматизируя то, что исторически было сложным и трудоемким процессом для клиентов, управляющих большими объемами подключенных IoT устройств. Подробнее о Настройке устройств для подготовки с помощью службы подготовки устройств для Центра Интернета вещей можно почитать в этом блог посте и в центре документации по настройке устройств.

Служба Azure IoT Hub Device Provisioning Service отлично работает со сценариями и функциями Windows 10 IoT устройств. Наряду с общедоступным предварительным просмотром службы Device Provisioning Service команда Microsoft также предоставляет источники для Windows 10 IoT пользователей, которые реализуют клиентскую службу с требуемой функциональностью, чтобы быстро подключить устройство для использования службы Device Provisioning Service, требующей минимальных сведений о конфигурации. При использовании в сочетании с существующим Windows 10 IoT Azure Device Management клиентом, создается полное решение по обеспечению и управлению устройствами, охватывающее все жизненные потребности IoT устройств.

Клиент инициализации Windows 10 IoT устройств предоставляется как источник, который может использоваться в качестве обеспечения базовой функциональности сценария или настраиваться по необходимости. Для осуществления предусмотренного требуется поддерживаемый Windows 10 IoT TPM, который используется для безопасного хранения информации об идентификаторе и аутентификации устройства. Идентичная информация о конфигурации используется как при настройке устройства, так и для клиентских образцов управления устройством, что позволяет взаимодействовать друг с другом.

Документация по службе подготовки устройств для Центра Интернета вещей Azure расположена на https://github.com/ms-iot/iot-azure-dps-client, включая пошаговый процесс создания и использования клиентского сервиса с помощью Предварительного просмотра Azure IoT Device Provisioning Service.

Microsoft стремится предоставить наиболее производительные и безопасные IoT платформы и сервисы, которые позволят Вам быстро и уверенно вывести Ваше IoT решение на рынок. Посетите страницу Microsoft IoT для получения дополнительной информации о всех предложениях для IoT решений!