Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Important
Метаданные устройства являются устаревшими и будут удалены в будущем выпуске Windows. Сведения о замене этой функции см. в разделе Метаданные контейнера пакетов драйверов.
В этом разделе описываются способы доступа к внутренним устройствам приложений UWP. Internal devices are devices that reside inside or are integrated with the PC enclosure.
Некоторые API, упомянутые в этом разделе, также можно использовать для доступа к внешним устройствам. В этом разделе основное внимание уделяется доступу к внутренним устройствам. Дополнительные сведения о каждом API см. в справочнике по API Windows.
Доступ к внутренним устройствам
Существует три способа доступа к внутренним устройствам приложений UWP:
| Recommended? | API | Developer | Требуются ли метаданные устройства? |
|---|---|---|---|
| Yes | API сценария устройства (запись изображений, сканирование и т. д.) | all developers | no |
| Yes | API протокола устройства (USB, HID и т. д.) | OEM | Да (только для внутренних устройств) |
| No | Доступ к пользовательскому драйверу | OEM | yes |
API сценариев использования устройств
Среда выполнения Windows предоставляет несколько API для доступа к общим устройствам, встроенным или подключенным к компьютеру, таким как API для захвата изображений, сканирования, печати и использования датчиков движения. Так как эти API разработаны с учетом определенного сценария, они называются API сценариев устройства. API сценария устройства могут использоваться всеми разработчиками, и для их использования не требуются метаданные устройства. For more info about scenario APIs, see Integrating devices.
Любой доступ, выходящий за рамки предоставляемого API сценариев устройства, ограничен оригинальными производителями оборудования (OEM) (или поставщиками компонентов, работающими в координации с OEM), и требует наличия метаданных устройства для системного контейнера.
API протокола устройства
Если поставщик изготовителя оборудования или компонента должен получить доступ к внутреннему устройству таким образом, что не удовлетворяет API сценария, они могут использовать API протокола устройства. API протокола устройств — это API среды выполнения Windows, которые приложения UWP могут использовать для доступа к устройствам USB и человеческого интерфейса (HID). Тип доступа зависит от API.
| API протокола устройства | Namespace | Access type |
|---|---|---|
| USB | Windows.Devices.Usb | эксклюзивное чтение и эксклюзивная запись |
| HID | Windows.Devices.HumanInterfaceDevice | совместное чтение и эксклюзивная запись |
Для доступа к периферийным устройствам, используюющим только драйверы классов Майкрософт , наиболее часто используемым для API-интерфейсов протокола устройства, метаданные устройства не требуются. Однако для доступа к внутренним устройствам с этими API требуется метаданные. При доступе к внутреннему устройству приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для системного контейнера. Это требование ограничивает доступ к внутренним устройствам только для OEM.
Дополнительные сведения см. в следующем разделе:
Требования к драйверу устройства (шаг 1 пошагового руководства)
Создание метаданных устройства (шаг 2 пошагового руководства)
Доступ к пользовательскому драйверу
Если изготовители оборудования или IHV не могут использовать API-интерфейсы протокола устройства для доступа к их (внутреннему или периферийному) устройству, они должны сначала связаться с корпорацией Майкрософт, чтобы обсудить свой сценарий с командой экосистемы Windows. В некоторых случаях при утверждении Майкрософт приложение устройства UWP может напрямую получить доступ к пользовательскому драйверу.
Для доступа к пользовательскому драйверу требуются метаданные устройства. Чтобы получить доступ к пользовательскому драйверу, приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для периферийного устройства или системного контейнера. Дополнительные сведения о пользовательском доступе к драйверам см. в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.
Component suppliers
Поставщики компонентов могут работать с изготовителями оборудования для разработки приложений устройств UWP для внутреннего устройства. Это может произойти несколькими способами:
Поставщик компонентов разрабатывает и распространяет приложение. В этом случае поставщик компонентов владеет, разрабатывает и распространяет приложение и драйвер, который обращается к внутреннему устройству. ИЗГОТОВИТЕЛЬ владеет метаданными устройства.
OEM разрабатывает и распространяет приложение. В этом случае OEM разрабатывает и распространяет приложение, которое обращается к одному или нескольким внутренним устройствам от разных поставщиков компонентов. OEM в конечном итоге владеет разработкой приложений, распространением приложений и обслуживанием метаданных устройств. Поставщик компонентов владеет драйвером.
Дополнительные сведения об этих рабочих процессах см. в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.