Приложения устройств UWP для внутренних устройств
В этом разделе описываются способы доступа к внутренним устройствам приложений UWP. Внутренние устройства — это устройства , находящиеся внутри или интегрированные с корпусом ПК.
Некоторые API, которые упоминание в этом разделе, также можно использовать для доступа к внешним устройствам. В этом разделе основное внимание уделяется доступу к внутренним устройствам. Дополнительные сведения о каждом API см. в справочнике по API Windows.
Доступ к внутренним устройствам
Существует три способа доступа к внутренним устройствам приложений UWP:
Рекомендуется? | API | Среда разработки | Требуются ли метаданные устройства? |
---|---|---|---|
Да | API сценария устройства (запись изображений, сканирование и т. д.) | все разработчики | no |
Да | API протокола устройства (USB, HID и т. д.) | OEM | Да (только для внутренних устройств) |
No | Доступ к пользовательскому драйверу | OEM | yes |
API сценария устройства
Среда выполнения Windows предоставляет несколько API-интерфейсов для доступа к общим устройствам, встроенным или подключенным к компьютеру, таким как API для захвата изображений, сканирования, печати и использования датчиков движения. Так как эти API разработаны с учетом определенного сценария, они называются API сценариев устройства. API сценария устройства могут использоваться всеми разработчиками, и для их использования не требуются метаданные устройства. Дополнительные сведения об API сценария см. в разделе "Интеграция устройств".
Любой доступ за пределами предложения API-интерфейсов сценариев устройства ограничен изготовителями оборудования (или поставщиками компонентов, работающими в координации с OEM), и требует метаданных устройств для системного контейнера.
API протокола устройства
Если поставщик изготовителя оборудования или компонента должен получить доступ к внутреннему устройству таким образом, что не удовлетворяет API сценария, они могут использовать API протокола устройства. API протокола устройства — это среда выполнения Windows API, которые приложения UWP могут использовать для доступа к устройствам USB и человеческого интерфейса (HID). Тип доступа зависит от API.
API протокола устройства | Пространство имен | Тип доступа |
---|---|---|
USB | Windows.Devices.Usb | эксклюзивное чтение и монопольная запись |
СПРЯТАЛ | Windows.Devices.HumanInterfaceDevice | общий доступ к чтению и эксклюзивной записи |
Для доступа к периферийным устройствам, используюющим только драйверы классов Майкрософт , наиболее часто используемым для API-интерфейсов протокола устройства, метаданные устройства не требуются. Однако для доступа к внутренним устройствам с этими API требуется метаданные. При доступе к внутреннему устройству приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для системного контейнера. Эти требования ограничивают внутренний доступ устройств к изготовителям оборудования.
Дополнительные сведения см. в следующем разделе:
Требования к драйверу устройства (шаг 1 пошагового руководства)
Создание метаданных устройства (шаг 2 пошагового руководства)
Доступ к пользовательскому драйверу
Если изготовители оборудования или IHV не могут использовать API-интерфейсы протокола устройства для доступа к их (внутреннему или периферийному) устройству, они должны сначала связаться с корпорацией Майкрософт, чтобы обсудить свой сценарий с командой экосистемы Windows. В некоторых случаях при утверждении Майкрософт приложение устройства UWP может напрямую получить доступ к пользовательскому драйверу.
Для доступа к пользовательскому драйверу требуются метаданные устройства. Чтобы получить доступ к пользовательскому драйверу, приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для периферийного устройства или системного контейнера. Дополнительные сведения о пользовательском доступе к драйверам см . в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.
Поставщики компонентов
Поставщики компонентов могут работать с изготовителями оборудования для разработки приложений устройств UWP для внутреннего устройства. Это может произойти несколькими способами:
Поставщик компонентов разрабатывает и распространяет приложение. В этом случае поставщик компонентов владеет, разрабатывает и распространяет приложение и драйвер, который обращается к внутреннему устройству. ИЗГОТОВИТЕЛЬ владеет метаданными устройства.
OEM разрабатывает и распространяет приложение. В этом случае OEM разрабатывает и распространяет приложение, которое обращается к одному или нескольким внутренним устройствам от разных поставщиков компонентов. OEM в конечном итоге владеет разработкой приложений, распространением приложений и обслуживанием метаданных устройств. Поставщик компонентов владеет драйвером.
Дополнительные сведения об этих рабочих процессах см . в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.
См. также
Определение расположения внутренних камер (приложения устройств UWP)