Consideraciones de diseño para dispositivos personalizados
En este tema se describen las consideraciones de diseño que pueden ayudarle a determinar si el dispositivo necesita un controlador personalizado.
- Determinación del tipo de controlador que se va a implementar
- Consideraciones de seguridad
- Temas relacionados
Determinación del tipo de controlador que se va a implementar
En esta tabla se describe cuándo debe desarrollar un controlador personalizado para el dispositivo y comunicarse con él mediante la API de acceso a dispositivos y cuándo debe usar pilas de dispositivos proporcionadas por Windows en su lugar.
Para admitir | Implementación |
---|---|
Dispositivos conocidos, entre los que se incluyen:
|
Para muchos tipos de dispositivos conocidos, no necesita un controlador personalizado, ya que Windows incluye API e interfaces de controlador de dispositivo de extensión de clase (DDIs) que administran la comunicación entre el controlador y Windows. Los dispositivos sensor, ubicación y dispositivo portátil de Windows (WPD) son algunos ejemplos de clases de dispositivo que tienen esta compatibilidad. Si compilas un controlador que usa uno de estos DDIs proporcionados por Windows para enviar y recibir datos y comandos, no es necesario que la aplicación de la Tienda Windows use la API de Acceso a dispositivos para intermediar el acceso o enviar códigos de control de entrada y salida (E/S) directamente al controlador. Cuando una aplicación de la Tienda Windows solicita acceso a un dispositivo conocido mediante la API de Windows Runtime para su clase de dispositivo, Windows 8 controlará el acceso al dispositivo en función del tipo de dispositivo. Las aplicaciones siempre obtendrán acceso a algunos tipos conocidos de dispositivos (como acelerómetros) que no revelan ninguna información de identificación personal. Otros tipos de dispositivos conocidos deben declararse en el manifiesto de aplicación para que una aplicación pueda acceder a ellos. El usuario debe conceder permiso para que una aplicación acceda a dispositivos que muestren información confidencial, como la ubicación, la cámara web y los dispositivos de micrófono, o pueden costar el dinero del usuario, como los dispositivos de banda ancha móvil. |
Un dispositivo WPD que implementa servicios MTP. |
Puede usar el controlador de clase MTP o puede compilar un controlador mediante WPD DDI. Windows 8 proporciona compatibilidad con los servicios de dispositivos MTP. Además, una aplicación puede usar la API windows.Devices.Portable Windows Runtime, la API del modelo de objetos componentes de dispositivo portátil (COM) o la automatización de WPD para acceder al dispositivo. La aplicación no necesita usar la API de acceso a dispositivos. |
Un dispositivo que no tiene una extensión de clase o un controlador de clase proporcionados por Windows. |
En este caso, consulte las aplicaciones de dispositivos para UWP para dispositivos internos para dispositivos especializados para determinar si debe implementar el acceso al controlador personalizado mediante la API de acceso a dispositivos. |
Consideraciones sobre la seguridad
En los artículos siguientes se proporcionan instrucciones para escribir código seguro de C++:
- Procedimientos recomendados para la seguridad en C++
- [Patrones & Guía de seguridad de prácticas para aplicaciones]/versiones anteriores/msp-n-p/ff650760(v=pandp.10))
Temas relacionados
Ejemplo de acceso al controlador personalizado, aplicaciones de dispositivos para UWP para dispositivos internos, Centro de desarrollo de hardware