Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Observação
Algumas informações estão relacionadas ao produto pré-lançado, que pode ser substancialmente modificado antes de ser lançado comercialmente. A Microsoft não oferece garantias, expressas ou implícitas, em relação às informações fornecidas aqui.
A que tipos de aplicações se aplicam as capacidades da aplicação?
A maioria dos cenários para recursos de aplicativo é relevante apenas para aplicativos que têm identidade de pacote e que são executados em um AppContainer. Todos os aplicativos UWP atendem a esses critérios; por isso, as capacidades aplicam-se a eles. Mas você também pode dar uma identidade de pacote de aplicativo de desktop e configurá-lo como um aplicativo AppContainer. Assim, as capacidades também se aplicam a algumas aplicações de ambiente de trabalho.
- Para saber mais sobre empacotamento e identidade de pacote, veja Visão geral da implantação.
- Para saber mais sobre aplicativos AppContainer, veja AppContainer para aplicativos herdados.
Uma aplicação de ambiente de trabalho que é uma aplicação AppContainer pode ser identificada no manifesto do pacote da aplicação uap10:TrustLevel="appContainer" (para obter mais informações, consulte Aplicação (Windows 10)). Da mesma forma, um aplicativo de desktop com mediumIL (um nível de integridade médio) tem uap10:TrustLevel="mediumIL". As aplicações de IL médio — que também são conhecidas como aplicações de confiança total — não são executadas em um AppContainer.
Os recursos internetClient e enterpriseAuthentication concedem a um aplicativo a capacidade de executar determinadas operações que o usuário já pode fazer. Portanto, esses são exemplos de recursos que se aplicam apenas a aplicativos AppContainer. Por outro lado, um aplicativo Medium IL já está sendo executado como usuário; Portanto, um aplicativo como esse já pode executar essas operações sem exigir esses recursos.
Mas há alguns cenários em que uma aplicação de linguagem intermédia de nível médio deve também declarar uma capacidade. Na verdade, uma aplicação Medium IL precisa declarar a capacidade restrita runFullTrust. E, para poder registrar servidores COM fora do processo para comunicação entre processos (IPC), um aplicativo empacotado precisa de runFullTrust. Esse recurso é conhecido como COM empacotado (para obter mais informações, consulte a postagem do blog Servidor COM e suporte a documentos OLE para o Desktop Bridge).
Para obter informações sobre outro cenário que se aplica até mesmo a aplicativos de IL média, consulte Recursos sensíveis à privacidade neste tópico.
Você pode determinar se o manifesto do pacote do seu aplicativo precisa de runFullTrust simplesmente compilando o seu pacote.
Makeappx.exe validará o esquema e, se runFullTrust não for declarado, mas algo precisar dele, você verá uma mensagem de erro detalhada incluindo qual é o problema, juntamente com números de linha e coluna.
Declarando capacidades
Se você quiser acessar determinadas APIs ou recursos (como imagens ou músicas) ou dispositivos (como a câmera ou o microfone), deverá declarar os recursos apropriados do aplicativo no manifesto do pacote do aplicativo do Windows
Você pode declarar recursos gerais usando o Designer de Manifesto no Visual Studio; ou você pode adicioná-los manualmente. Para saber mais, veja Como especificar recursos em um manifesto de pacote. É importante saber que, quando os clientes obtêm seu aplicativo da Microsoft Store, eles são notificados de todos os recursos declarados pelo aplicativo. Portanto, certifique-se de declarar apenas os recursos de que seu aplicativo precisa.
Recursos sensíveis à privacidade
Um recurso sensível é um recurso que pode acessar os dados pessoais do usuário ou custar dinheiro ao usuário. Neste tópico, os recursos que fornecem aos aplicativos acesso a um recurso confidencial são anotados por um asterisco (*) na coluna Cenário de capacidade .
Os recursos sensíveis à privacidade sinalizam para o sistema operacional (SO) — e para o usuário — o que o aplicativo pretende fazer. Como é bom enviar este sinal para os utilizadores da sua aplicação, recomendamos declarar capacidades sensíveis à privacidade, mesmo para aplicações Medium IL (onde a identidade da aplicação é usada para fornecer opções de privacidade individuais). Isso permite que esses aplicativos sejam gerenciados nas páginas de configurações de privacidade (gerenciadas pelas Configurações do Windows) assim que forem instalados; ao contrário de mais tarde, quando acedem a recursos sensíveis à privacidade.
Essas configurações de privacidade permitem que o usuário controle dinamicamente o acesso a recursos confidenciais. Assim, é importante que seu aplicativo não assuma que um recurso confidencial está sempre disponível. Para saber mais sobre como acessar recursos confidenciais, veja Segurança.
Diferentes tipos de capacidades
Existem vários tipos de capacidades.
- Recursos de uso geral, que se aplicam aos cenários de aplicativos mais comuns.
- Recursos do dispositivo, que permitem que seu aplicativo acesse dispositivos internos e periféricos.
- Recursos restritos, que exigem aprovação para envio da Microsoft Store e/ou geralmente só estão disponíveis para a Microsoft e determinados parceiros.
- Capacidades personalizadas.
Capacidades de uso geral
Os recursos de uso geral são especificados usando elementos Capability no manifesto do pacote do aplicativo. Esses recursos se aplicam aos cenários de aplicativos mais comuns.
Observação
Todos os elementos Capability devem vir antes de qualquer elemento CustomCapability e DeviceCapability sob o nó Capabilities do manifesto do pacote.
| Cenário de capacidade | Utilização da capacidade |
|---|---|
| Música* | A funcionalidade musicLibrary fornece acesso programático à biblioteca de Música do utilizador, permitindo que a aplicação enumere e aceda a todos os ficheiros na biblioteca sem interação do utilizador. Esse recurso é normalmente usado em aplicativos jukebox que fazem uso de toda a biblioteca de música. O seletor de arquivos fornece um mecanismo robusto de interface do usuário que permite que os usuários abram arquivos para uso com um aplicativo. Declare a funcionalidade musicLibrary apenas quando os cenários da sua aplicação exigirem acesso programático e não puderem ser realizados utilizando o seletor de ficheiros. O recurso musicLibrary deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="musicLibrary"/></Capabilities> |
| Imagens* | O recurso picturesLibrary fornece acesso programático à biblioteca de imagens do usuário, permitindo que o aplicativo enumere e acesse todos os arquivos na biblioteca sem interação do usuário. Esta funcionalidade é normalmente utilizada em aplicações de fotografia que utilizam toda a biblioteca de Imagens. O seletor de arquivos fornece um mecanismo robusto de interface do usuário que permite que os usuários abram arquivos para uso com um aplicativo. Declare o recurso picturesLibrary somente quando os cenários do seu aplicativo exigirem acesso programático e não puderem ser realizados usando o seletor de arquivos . O recurso picturesLibrary deve incluir o namespace uap quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="picturesLibrary"/></Capabilities> |
| Vídeos* | O recurso videosLibrary fornece acesso programático aos vídeos do usuário, permitindo que o aplicativo enumere e acesse todos os arquivos na biblioteca sem interação do usuário. Esse recurso normalmente é usado em aplicativos de reprodução de filmes que usam toda a biblioteca de vídeos. O seletor de arquivos fornece um mecanismo robusto de interface do usuário que permite que os usuários abram arquivos para uso com um aplicativo. Declare o recurso videosLibrary somente quando os cenários do seu aplicativo exigirem acesso programático e não puderem ser realizados usando o seletor de arquivos. O recurso videosLibrary deve incluir o namespace uap quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="videosLibrary"/></Capabilities> |
| Armazenamento Removível | O recurso removableStorage fornece acesso programático a arquivos em armazenamento removível, como chaves USB e discos rígidos externos, filtrados para as associações de tipo de arquivo declaradas no manifesto do pacote. Por exemplo, se um aplicativo leitor de documentos declarar uma associação de tipo de arquivo .doc, ele poderá abrir arquivos .doc no dispositivo de armazenamento removível, mas não outros tipos de arquivos. Tenha cuidado ao declarar esse recurso, porque os usuários podem incluir uma variedade de informações em seus dispositivos de armazenamento removíveis e esperam que seu aplicativo forneça uma justificativa válida para o acesso programático ao armazenamento removível para todos os arquivos do tipo declarado. Os utilizadores esperam que a sua aplicação lide com quaisquer associações de ficheiros que declarar. Portanto, não declare associações de arquivos que seu aplicativo não pode lidar de forma responsável. O seletor de arquivos fornece um mecanismo robusto de interface do usuário que permite que os usuários abram arquivos para uso com um aplicativo. Declare o recurso removableStorage somente quando os cenários do seu aplicativo exigirem acesso programático e não puderem ser realizados usando o seletor de arquivos. O recurso removableStorage deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="removableStorage"/></Capabilities> |
| Internet e redes públicas* | Existem duas capacidades que fornecem diferentes níveis de acesso à Internet e às redes públicas. O recurso internetClient indica que os aplicativos podem receber dados de entrada da Internet. Não é possível atuar como um servidor. Sem acesso à rede local. O recurso internetClientServer indica que os aplicativos podem receber dados de entrada da Internet. Pode atuar como um servidor. Sem acesso à rede local. A maioria dos aplicativos que têm um componente de serviço Web usará internetClient. Os aplicativos que habilitam cenários peer-to-peer (P2P) em que o aplicativo precisa escutar conexões de rede de entrada devem usar internetClientServer. O recurso internetClientServer inclui o acesso que o recurso internetClient fornece, portanto, você não precisa especificar internetClient ao especificar internetClientServer. |
| Redes domésticas e de trabalho* | O recurso privateNetworkClientServer fornece acesso de entrada e saída a redes domésticas e de trabalho através do firewall. Esta funcionalidade é normalmente utilizada para jogos que comunicam através da rede local (LAN) e para aplicações que partilham dados numa variedade de dispositivos locais. Se o seu aplicativo especificar musicLibrary, picturesLibrary ou videosLibrary, você não precisará usar esse recurso para acessar a biblioteca correspondente em um Grupo Doméstico. No Windows, esse recurso não fornece acesso à Internet. |
| Nomeações | O recurso de compromissos fornece acesso ao repositório de compromissos do usuário. Esse recurso permite acesso de leitura a compromissos obtidos das contas de rede sincronizadas e a outros aplicativos que gravam no repositório de compromissos. Com esse recurso, seu aplicativo pode criar novos calendários e escrever compromissos nos calendários criados. O recurso de compromissos deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="appointments"/></Capabilities> |
| Contatos* | O recurso de contatos fornece acesso à exibição agregada dos contatos de vários repositórios de contatos. Esse recurso dá ao aplicativo acesso limitado (regras de permissão de rede se aplicam) a contatos que foram sincronizados de várias redes e do repositório de contatos local. O recurso de contatos deve incluir o namespace uap quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="contacts"/></Capabilities> |
| Geração de código | O recurso codeGeneration permite que os aplicativos acessem as seguintes funções, que fornecem recursos JIT para aplicativos. VirtualProtectFromApp CreateFileMappingFromApp OpenFileMappingFromApp MapViewOfFileFromApp |
| AllJoyn | A capacidade allJoyn permite que aplicativos e dispositivos habilitados para AllJoyn em uma rede descubram e interajam uns com os outros. Todos os aplicativos que acessam APIs no namespace |
| Chamadas telefónicas | O recurso phoneCall permite que os aplicativos acessem todas as linhas telefônicas no dispositivo e executem as seguintes funções.
<Capabilities><uap:Capability Name="phoneCall"/></Capabilities>O recurso phoneCallHistoryPublic permite que os aplicativos leiam informações de celular e algumas informações do histórico de chamadas VoIP no dispositivo. Esse recurso também permite que o aplicativo escreva entradas do histórico de chamadas VoIP. Esse recurso é necessário para acessar todos os membros da classe PhoneCallHistoryStore . |
| Pasta de chamadas gravadas* | O recurso de dispositivo recordedCallsFolder permite que os aplicativos acessem a pasta de chamadas gravadas. O recurso recordedCallsFolder deve incluir o namespace móvel quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><mobile:Capability Name="recordedCallsFolder"/></Capabilities> |
| Informações da conta de usuário* | O recurso userAccountInformation dá aos aplicativos a capacidade de acessar o nome e a imagem do usuário. Esse recurso é necessário para acessar algumas APIs no namespace Windows.System.UserProfile . O recurso userAccountInformation deve incluir o namespace uap quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="userAccountInformation"/></Capabilities> |
| Chamadas VoIP | O recurso voipCall permite que os aplicativos acessem as APIs de chamada VoIP no namespace Windows.ApplicationModel.Calls . O recurso voipCall deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="voipCall"/></Capabilities> |
| Objetos 3D | O recurso objects3D permite que os aplicativos tenham acesso programático aos arquivos de objeto 3D. Esse recurso é normalmente usado em aplicativos e jogos 3D que precisam de acesso a toda a biblioteca de objetos 3D. Esse recurso é necessário para acessar a pasta que contém os objetos 3D usando APIs no namespace O recurso objects3D deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="objects3D"/></Capabilities> |
| Acesso a mensagens de chat* | O recurso de bate-papo permite que os aplicativos leiam e excluam mensagens SMS e MMS. Ele também permite que os aplicativos armazenem mensagens no armazenamento de dados do sistema. Esse recurso é necessário para acessar mensagens usando APIs no namespace O recurso de chat deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="chat"/></Capabilities> |
| Ler mensagens bloqueadas* | O recurso blockedChatMessages permite que os aplicativos leiam mensagens SMS e MMS que foram bloqueadas pelo aplicativo Filtro de Spam. Esse recurso é necessário para acessar as mensagens bloqueadas usando APIs no namespace O recurso <Capabilities><uap:Capability Name="blockedChatMessages"/></Capabilities> |
| Dispositivos personalizados | O recurso lowLevelDevices permite que os aplicativos acessem dispositivos personalizados quando vários requisitos adicionais são atendidos. Esta capacidade não deve ser confundida com a capacidade de dispositivo de baixo nível , que permite o acesso a dispositivos GPIO, I2C, SPI e PWM. Se desenvolveres um driver personalizado que expõe uma interface de dispositivo e desejares abrir um identificador para esse dispositivo e enviar IOCTLs, deves:
|
| Administração de Sistemas IoT | O recurso systemManagement permite que os aplicativos tenham privilégios básicos de administração do sistema, como desligar ou reinicializar, localidade e fuso horário. Esse recurso é necessário para acessar algumas das APIs no namespace O recurso systemManagement deve incluir o namespace iot quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><iot:Capability Name="systemManagement"/></Capabilities> |
| Reprodução de mídia em segundo plano | O recurso backgroundMediaPlayback altera o comportamento das APIs específicas de mídia, como as classes MediaPlayer e AudioGraph , para habilitar a reprodução de mídia enquanto seu aplicativo está em segundo plano. Todos os fluxos de áudio ativos deixarão de silenciar, mas continuarão a ser audíveis quando um aplicativo fizer a transição para o plano de fundo. Além disso, o tempo de vida do aplicativo será estendido automaticamente enquanto a reprodução estiver ocorrendo. |
| Sistema remoto | A funcionalidade remoteSystem permite que as aplicações tenham acesso a uma lista de dispositivos associados à Conta Microsoft do utilizador. O acesso à lista de dispositivos é necessário para executar quaisquer operações que persistam entre dispositivos. Esse recurso é necessário para aceder a todos os membros do a seguir. |
| Perceção Espacial | O recurso spatialPerception fornece acesso programático a dados de mapeamento espacial, fornecendo aos aplicativos de realidade mista informações sobre superfícies em regiões do espaço especificadas pelo aplicativo perto do usuário. Declare o recurso spatialPerception somente quando a sua aplicação usar explicitamente essas malhas de superfície, já que esse recurso não é necessário para aplicações de realidade mista executarem renderização holográfica com base na pose de cabeça do utilizador. |
| Controlo Global dos Media | A capacidade globalMediaControl permite que as aplicações acedam a sessões de reprodução em todo o sistema que se integraram com SystemMediaTransportControls para fornecer informações de reprodução e permitir o controlo remoto. Esse recurso é necessário para usar algumas APIs no namespace |
| Captura de gráficos | O recurso graphicsCapture permite que os aplicativos façam capturas de tela de janelas ou exibições quando permitido pelo usuário. Esse recurso é necessário para usar o objeto Windows.Graphics.Capture.GraphicsCapturePicker. Esse recurso é definido no elemento uap6:Capability . |
| Captura de gráficos sem fronteiras | O recurso graphicsCaptureWithoutBorder permite que os aplicativos façam capturas de tela sem mostrar uma borda de captura de tela ao redor da janela ou exibição. Esse recurso é necessário para usar a propriedade Windows.Graphics.Capture.GraphicsCaptureSession.IsBorderRequired . Esse recurso é definido no elemento uap11:Capability . |
| Captura de gráficos programáticos | O recurso graphicsCaptureProgrammatic permite que os aplicativos façam capturas de tela de várias janelas ou exibições por conta própria. Esse recurso é necessário para criar um objeto Windows.Graphics.Capture.GraphicsCaptureItem a partir de um WindowId ou DisplayId. Esse recurso é definido no elemento uap11:Capability . |
| Tarefas de dados do usuário | O recurso userDataTasks fornece acesso a APIs no namespace Windows.ApplicationModel.UserDataTasks , que fornecem acesso aos itens de tarefa armazenados no Windows por conexões do Exchange ActiveSync (EAS) e outros aplicativos de provedor. |
| Ouvinte de notificação do usuário | O recurso userNotificationListener fornece acesso a APIs no namespace Windows.UI.Notifications.Management , que permitem o gerenciamento de notificações do usuário. |
Capacidades do dispositivo
Os recursos do dispositivo permitem que seu aplicativo acesse dispositivos periféricos e internos. Os recursos do dispositivo são especificados usando elementos DeviceCapability no manifesto do pacote do aplicativo. Este elemento pode exigir elementos filho adicionais e algumas funcionalidades do dispositivo precisam ser adicionadas manualmente ao manifesto do pacote. Para obter mais informações, consulte Como especificar recursos do dispositivo num manifesto de pacote e Referência do esquema DeviceCapability.
Observação
Você pode ter vários elementos DeviceCapability sob o elemento Capabilities no manifesto do pacote. Todos os elementos DeviceCapability devem vir depois de quaisquer elementos Capability e CustomCapability .
| Cenário de capacidade | Utilização da capacidade |
|---|---|
| Localização* | O recurso de localização fornece acesso à funcionalidade de localização recuperada de hardware dedicado, como um sensor GPS no PC, ou derivada de informações de rede disponíveis. As aplicações devem lidar com o caso em que o utilizador desativou os serviços de localização a partir do charme Configurações . |
| Microfone | A funcionalidade do microfone fornece acesso ao fluxo de áudio do microfone, permitindo assim que a aplicação grave áudio de microfones conectados. Os aplicativos devem lidar com o caso em que o usuário desativou o microfone no botão Configurações . |
| Proximidade | A capacidade de proximidade permite que vários dispositivos na proximidade se comuniquem entre si. Esta funcionalidade é normalmente utilizada em jogos multijogador casuais e em aplicações que trocam informações. Os dispositivos tentam usar a tecnologia de comunicação que fornece a melhor conexão possível, incluindo Bluetooth, Wi-Fi e Internet. Esse recurso é usado apenas para iniciar a comunicação entre os dispositivos. |
| Webcam | A capacidade de webcam permite aceder ao feed de vídeo de uma câmara interna ou webcam externa, possibilitando que a aplicação capture fotos e vídeos. No Windows, os aplicativos devem lidar com o caso em que o usuário desativou a câmera a partir do botão Configurações . Apenas a capacidade da webcam concede acesso ao fluxo de vídeo. Para também conceder acesso ao fluxo de áudio, a capacidade do microfone deve ser adicionada. |
| USB | A capacidade de dispositivo USB permite o acesso a APIs no Atualização do pacote de manifesto do aplicativo para um dispositivo USB. |
| Dispositivo de interface humana (HID) | O recurso de dispositivo humaninterfacedevice permite o acesso a APIs em Como especificar recursos de dispositivo para HID. |
| Ponto de Serviço (POS) | O recurso de dispositivo pointOfService permite o acesso a APIs no namespace Windows.Devices.PointOfService . Esse namespace permite que seu aplicativo acesse scanners de código de barras de Ponto de Serviço (POS) e leitores de tarja magnética. O namespace fornece uma interface neutra do fornecedor para acessar dispositivos POS de vários fabricantes a partir de um aplicativo UWP. |
| Bluetooth | A capacidade de dispositivo bluetooth permite que os aplicativos se comuniquem com dispositivos bluetooth já emparelhados através do protocolo Generic Attribute (GATT) ou Classic Basic Rate (RFCOMM). Esse recurso é necessário para usar algumas APIs no namespace |
| Wi-Fi Rede |
IMPORTANTE. A capacidade do dispositivo wiFiControl será afetada pelas próximas mudanças no comportamento do sistema operacional, planejadas para o outono de 2024. Para obter mais informações, consulte Alterações no comportamento da API para acesso e localização Wi-Fi. A capacidade do dispositivo wiFiControl permite que as aplicações façam a pesquisa e se conectem a redes Wi-Fi. Esse recurso é necessário para usar algumas APIs no namespace |
| Estado do rádio | A capacidade do dispositivo de rádio permite que os aplicativos alternem os rádios Wi-Fi e o Bluetooth. Esse recurso é necessário para usar as APIs no namespace |
| Disco ótico | A capacidade de dispositivo ótico permite que os aplicativos acessem funções em unidades de disco ótico, como CD, DVD e Blu-ray. Esse recurso é necessário para usar algumas APIs no namespace |
| Atividade de movimento | A capacidade do dispositivo de atividade permite que os aplicativos detetem o movimento atual do dispositivo. Esse recurso é necessário para usar algumas APIs no namespace |
| Deteção de Presença | A capacidade do dispositivo humanPresence permite que os aplicativos acessem os Sensores de Presença no dispositivo, que podem fornecer informações sobre a presença e o envolvimento do usuário. Esse recurso é necessário para usar algumas APIs no namespace |
| Comunicação serial | A capacidade do dispositivo de comunicação serial fornece acesso a APIs no namespace Windows.Devices.SerialCommunication, o que permite que uma aplicação do Windows se comunique com um dispositivo que expõe uma porta serial ou alguma abstração de uma porta serial. Esse recurso é necessário para usar as APIs no namespace |
| Rastreador ocular | O recurso gazeInput permite que os aplicativos detetem onde o usuário está olhando dentro dos limites do aplicativo quando um dispositivo de rastreamento ocular compatível está conectado ou para dispositivos de realidade mista que suportam rastreamento de olhar. Esse recurso é necessário para usar algumas APIs no namespace |
| GPIO, I2C, SPI e PWM | A capacidade do dispositivo lowLevel fornece acesso a dispositivos GPIO, I2C, SPI e PWM. Esse recurso é necessário para usar as APIs nos seguintes namespaces: Windows.Devices.Gpio, Windows.Devices.I2c, Windows.Devices.Spi,Windows.Devices.Pwm. <Capabilities><DeviceCapability Name="lowLevel"/></Capabilities> |
Capacidades restritas
Se o seu aplicativo declarar recursos restritos, você deverá fornecer informações durante o processo de envio do aplicativo para ser aprovado para publicar seu aplicativo na Microsoft Store. Você fornece essas informações na página de Opções de envio , explicando como a sua aplicação usa cada recurso restrito declarado.
Importante
As capacidades restritas destinam-se a cenários muito específicos. O uso desses recursos é altamente restrito e está sujeito a políticas e revisões adicionais de integração da Loja. Observe que você pode fazer sideload de aplicativos que declaram recursos restritos sem precisar receber qualquer aprovação. A aprovação só é necessária ao enviar esses aplicativos para a Loja.
Certifique-se de não declarar esses recursos restritos, a menos que seu aplicativo realmente precise deles. Há casos em que tais recursos são necessários e apropriados, como operações bancárias com autenticação de dois fatores, em que os usuários fornecem um cartão inteligente com um certificado digital que confirma sua identidade. Outros aplicativos podem ser projetados principalmente para clientes corporativos e podem precisar de acesso a recursos corporativos que não podem ser acessados sem as credenciais de domínio do usuário.
Para declarar uma capacidade restrita, modifique o manifesto do pacote de aplicativo arquivo de origem (Package.appxmanifest). Adicione a declaração de namespace XML xmlns:rescap e use o prefixo rescap ao declarar sua capacidade restrita. Por exemplo, veja como declarar o recurso appCaptureSettings .
<?xml version="1.0" encoding="utf-8"?>
<Package
...
xmlns:rescap="http://schemas.microsoft.com/appx/manifest/foundation/windows10/restrictedcapabilities"
IgnorableNamespaces="... rescap">
...
<Capabilities>
<rescap:Capability Name="appCaptureSettings"/>
</Capabilities>
</Package>
Observação
Todos os elementos de capacidade restrita devem vir antes de quaisquer elementos CustomCapability e DeviceCapability sob o nó Capabilities no manifesto do pacote.
Processo de aprovação de capacidade restrita
Anteriormente, precisávamos que você entrasse em contato com o suporte para obter aprovação para usar um recurso. Agora permitimos que você forneça essas informações no Partner Center como parte do processo de envio.
Quando você carrega pacotes para seu envio, detetaremos se algum recurso restrito será declarado. Se assim fizermos, ser-lhe-á solicitado que forneça detalhes sobre como o seu produto utiliza cada capacidade na página de opções de Submissão . Certifique-se de fornecer o máximo de detalhes possível para nos ajudar a entender por que seu produto precisa declarar a capacidade. Observe que isso pode adicionar algum tempo adicional para que seu envio conclua o processo de certificação.
Durante o processo de certificação, nossos testadores analisarão as informações fornecidas para determinar se seu envio foi aprovado para usar o recurso. Observe que isso pode adicionar algum tempo adicional para que seu envio conclua o processo de certificação. Se aprovarmos seu uso do recurso, seu aplicativo continuará durante o restante do processo de certificação. Geralmente, você não precisará repetir o processo de aprovação de recursos ao enviar atualizações para seu aplicativo (a menos que declare recursos adicionais).
Se não aprovarmos seu uso do recurso, seu envio será reprovado na certificação e forneceremos feedback no relatório de certificação. Em seguida, você tem a opção de criar um novo envio e carregar pacotes que não declaram a capacidade ou, se aplicável, resolver quaisquer problemas relacionados ao seu uso da capacidade e solicitar aprovação em um novo envio.
Observação
Se o seu envio usar uma área restrita de desenvolvimento no Partner Center (por exemplo, esse é o caso de qualquer jogo que se integre ao Xbox Live), você deverá solicitar aprovação com antecedência, em vez de fornecer informações na página Opções de envio. Pode solicitar aprovação antecipada se estiver a publicar um jogo na Xbox através do ID@Xbox ou como parceiro gerido. Para fazer isso, entre em contato com sua equipe de conta da Microsoft.
A equipe precisará de uma breve descrição sobre como você está usando o recurso e por que ele é necessário para o seu produto. Se não fornecer todas as informações necessárias, o seu pedido será negado. Poderá também ser-lhe pedido que forneça mais informações. Tenha em atenção que este processo demora normalmente 5 dias úteis ou mais, por isso, envie o seu pedido com bastante antecedência.
Você também pode usar esse método de solicitar aprovação (em vez de fornecer essas informações durante o envio), independentemente de estar ou não usando uma área restrita de desenvolvimento, se preferir confirmar que está aprovado para usar um recurso restrito antes de iniciar o envio.
Lista de capacidades restritas
A tabela a seguir lista os recursos restritos. Você pode solicitar aprovação para esses recursos em aplicativos que você envia para a Loja seguindo o processo descrito acima.
Importante
Alguns desses recursos restritos quase nunca são aprovados para aplicativos enviados à Loja, exceto em circunstâncias muito específicas e limitadas. Esses recursos são destacados na tabela abaixo. Recomendamos não declarar esses recursos em seu aplicativo se você planeja distribuí-los pela Loja.
| Cenário de capacidade | Utilização da capacidade |
|---|---|
| Empresa | As credenciais de domínio do Windows permitem que um usuário faça logon em recursos remotos usando suas credenciais e aja como se um usuário fornecesse seu nome de usuário e senha. O recurso enterpriseAuthentication normalmente é usado em aplicativos de linha de negócios que se conectam a servidores dentro de uma empresa. Você não precisa desse recurso para comunicação genérica pela Internet. O recurso enterpriseAuthentication destina-se a oferecer suporte a aplicativos comuns de linha de negócios. Não o declare em aplicativos que não precisam acessar recursos corporativos. O seletor de arquivos fornece um mecanismo robusto de interface do usuário que permite aos usuários abrir arquivos em um compartilhamento de rede para uso com um aplicativo. Declare o recurso enterpriseAuthentication somente quando os cenários do seu aplicativo exigirem acesso programático e você não puder realizá-los usando o seletor de arquivos. O recurso enterpriseAuthentication deve incluir o namespace uap quando você declará-lo no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="enterpriseAuthentication"/></Capabilities>Esse recurso é necessário para chamar a função GetUserNameEx . O recurso enterpriseDataPolicy permite que os aplicativos tratem dados corporativos separadamente e com segurança quando o aplicativo é gerenciado com a política de Proteção de Informações do Windows (por exemplo: sistemas de Gerenciamento de Dispositivos Móveis e Gerenciamento de Aplicativos Móveis). Declare esse recurso restrito conforme mostrado abaixo. <Capabilities><rescap:Capability Name="enterpriseDataPolicy"/></Capabilities>Esta capacidade é necessária para usar todos os membros das classes a seguir.
|
| Certificados de usuário compartilhados | O recurso sharedUserCertificates permite que um aplicativo adicione e acesse certificados baseados em software e hardware no repositório de Usuário Compartilhado, como certificados armazenados em um cartão inteligente. Esse recurso geralmente é usado para aplicativos financeiros ou empresariais que exigem um cartão inteligente para autenticação. O recurso sharedUserCertificates deve incluir o namespace uap quando você o declara no manifesto do pacote do seu aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="sharedUserCertificates"/></Capabilities> |
| Documentação* | O recurso documentsLibrary fornece acesso programático à biblioteca de Documentos do usuário, filtrada para as associações de tipo de arquivo declaradas no manifesto do pacote. Por exemplo, se um aplicativo de processamento de texto declarou uma associação de tipo de arquivo .doc, ele pode abrir arquivos .doc na biblioteca de Documentos do usuário. O recurso documentsLibrarysó é necessário se seu aplicativo acessar programaticamente a biblioteca de documentos sem a intervenção do usuário. Seu aplicativo não precisa do recurso documentsLibrary para acessar a biblioteca de documentos se o usuário escolhê-la com uma API de seletor. Geralmente, os aplicativos devem permitir que o usuário escolha o local de seus arquivos, usando uma das seguintes APIs de seletor:
Nos casos em que os fluxos de trabalho existentes pressupõem que os arquivos estarão na biblioteca de documentos (por exemplo, interoperabilidade com um aplicativo de área de trabalho existente) ou em que você não deseja que o usuário tenha que escolher o local, você pode declarar o recurso de documentsLibrary para seu aplicativo. Se você usar o recurso documentsLibrary para seu aplicativo, é recomendável que você também permita que o usuário escolha locais manualmente. O recurso documentsLibrary deve incluir o namespace uap quando você o declara no manifesto do pacote do aplicativo, conforme mostrado abaixo. <Capabilities><uap:Capability Name="documentsLibrary"/></Capabilities> |
| Configurações do DVR de Jogos | A capacidade restrita de appCaptureSettings permite que as aplicações controlem as definições do utilizador para o DVR de jogos. Esse recurso é necessário para usar algumas APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Telemóvel | O recurso restrito cellularDeviceControl permite que os aplicativos tenham controle sobre o dispositivo celular. O recurso cellularDeviceIdentity permite que os aplicativos acessem dados de identificação celular. O recurso cellularMessaging permite que os aplicativos façam uso de SMS e RCS. Esses recursos são necessários para usar algumas APIs nos namespaces |
| Desbloqueio do dispositivo | A capacidade restrita deviceUnlock permite que as aplicações desbloqueiem um dispositivo para cenários de carregamento simultâneo em desenvolvimento e em empresas. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Telhas Dual SIM | A capacidade restrita dualSimTiles permite que os aplicativos criem uma entrada adicional de lista de aplicativos em dispositivos que possuem múltiplos cartões SIM. Esse recurso é necessário para usar algumas APIs no namespace |
| Armazenamento compartilhado corporativo | A capacidade restrita enterpriseDeviceLockdown permite que os aplicativos usem a API de bloqueio de dispositivo e acedam às pastas de armazenamento partilhado da empresa. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Injeção de Dados no Sistema | O recurso restrito inputInjectionBrokered permite que os aplicativos injetem várias formas de entrada, como HID, toque, caneta, teclado ou mouse no sistema de forma programática. Esse recurso geralmente é usado para aplicativos de colaboração que podem assumir o controle do sistema. Para um PC, a injeção de entrada de um aplicativo que tenha esse recurso só será recebida por processos no mesmo contêiner de aplicativos. <Capabilities><rescap:Capability Name="inputInjectionBrokered" /></Capabilities> |
| Observe a entrada* | A capacidade restrita de observação de entrada permite que as aplicações observem várias formas de dados de entrada brutos, como HID, toque, caneta, teclado ou rato, recebidos pelo sistema, independentemente do seu destino final. Esse recurso e as APIs relacionadas a ele só estão disponíveis para uso por parceiros selecionados da Microsoft. |
| Suprimir entrada | A capacidade inputSuppression restrita permite que os aplicativos suprimam várias formas de entrada bruta, como HID, toque, caneta, teclado ou rato, para que não sejam recebidas pelo sistema. Esse recurso e as APIs relacionadas a ele só estão disponíveis para uso por parceiros selecionados da Microsoft. |
| Aplicação VPN | O recurso restrito networkingVpnProvider permite que os aplicativos tenham acesso total às funcionalidades de VPN, incluindo a capacidade de gerenciar conexões e oferecer funcionalidade de Plug-in VPN. Esse recurso é necessário para usar algumas APIs no namespace Windows.Networking.Vpn . |
| Gestão de Outras Aplicações | A capacidade restrita packageManagement permite que os aplicativos gerirem outros aplicativos diretamente. O recurso de dispositivo packageQuery permite que os aplicativos reúnam informações sobre outros aplicativos. Esses recursos são necessários para acessar alguns métodos e propriedades na classe PackageManager . |
| Projeção de tela | A capacidade restrita screenDuplication permite que as aplicações reproduzam o ecrã noutro dispositivo. Esse recurso é necessário para usar APIs no namespace DirectX. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Nome Principal do Usuário | A capacidade restrita userPrincipalName permite que as aplicações acedam ao nome principal do utilizador (UPN) do utilizador atual. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Carteira | A capacidade restrita walletSystem permite que as aplicações tenham acesso total aos cartões de carteira armazenados. Esse recurso é necessário para usar APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Histórico de localização | A capacidade restrita locationHistory permite que as aplicações acedam ao histórico de localização do dispositivo. Esse recurso é necessário para usar APIs no namespace Windows.Devices.Geolocation . |
| Confirmação de fecho da aplicação | A capacidade restrita confirmAppClose permite que os aplicativos fechem a si próprios, as suas próprias janelas, e atrasem o encerramento do seu próprio aplicativo. Os aplicativos podem solicitar esse recurso no Windows 10 versão 1703 (compilação 10.0.15063) e posterior. Em versões anteriores do Windows 10, o recurso é privado e fará com que a instalação do aplicativo falhe com a mensagem de erro "O recurso solicitado não pode ser autorizado para este aplicativo". |
| Histórico de chamadas* | A capacidade phoneCallHistory restrita permite que as aplicações leiam o histórico de chamadas e eliminem entradas no histórico. Esse recurso é necessário para usar APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acesso a agendamentos a nível de sistema | A capacidade restrita appointmentsSystem permite que os apps leiam e modifiquem todos os compromissos no calendário do utilizador. Esse recurso é necessário para usar APIs no namespace Windows.ApplicationModel.Appointment . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| * Acesso a Mensagens de Chat ao Nível do Sistema | A capacidade restrita chatSystem permite que os aplicativos leiam e escrevam todas as mensagens SMS e MMS. Esse recurso é necessário para usar APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acesso ao Contacto a Nível de Sistema | A capacidade restrita do contactsSystem permite que as aplicações leiam informações de contato designadas como restritas ou sensíveis e modifiquem as informações de contato existentes. Esse recurso é necessário para usar APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acesso ao e-mail | O recurso restrito de e-mail Esse recurso é necessário para usar APIs no namespace Windows.ApplicationModel.Email . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acesso ao e-mail no nível do sistema | O recurso restrito do emailSystem permite que os aplicativos leiam, façam a triagem e enviem e-mails restritos ou confidenciais do usuário. Esse recurso é necessário para usar APIs no namespace Windows.ApplicationModel.Email . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acesso ao histórico de chamadas no nível do sistema | A capacidade phoneCallHistorySystem restrita permite que os aplicativos modifiquem totalmente o histórico de chamadas, para alterar as entradas existentes e escrever novas. Esse recurso é necessário para usar APIs no namespace Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Enviar mensagens de texto* | A capacidade smsSend restrita permite que os aplicativos enviem mensagens SMS e MMS. Esse recurso é necessário para usar APIs no namespace |
| Acesso no nível do sistema a todos os dados do usuário | A capacidade restrita userDataSystem permite que as aplicações acedam ao sistema de dados do utilizador. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Funcionalidades de Pré-visualização da Loja | A capacidade previewStore restrito permite que os aplicativos recuperem e comprem SKUs de produtos no aplicativo. Esse recurso é necessário para usar determinadas APIs no namespace |
| First-Time Definições de início de sessão | A capacidade restrita firstSignInSettings permite que as aplicações acedam às definições do utilizador, configuradas quando o utilizador iniciou sessão pela primeira vez no seu dispositivo. |
| Experiência de Equipa do Windows | O recurso teamEditionExperience restrito permite que as aplicações acedam a APIs internas que controlam muitos aspetos experienciais de uma sessão do Windows Team. É provável que uma sessão da Equipe do Windows esteja sendo executada em um dispositivo de equipe, como um Microsoft Surface Hub. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Desbloqueio remoto | O recurso restrito remotePassportAuthentication permite que os aplicativos acessem credenciais que podem ser usadas para desbloquear um PC remoto. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Pré-visualização da composição | O recurso restringido previewUiComposition permite que os aplicativos visualizem o namespace Windows.UI.Composition para a interface do usuário, de modo que possam fornecer feedback sobre a API antes de ser finalizada. Entre em contato com wincomposition@microsoft.com para obter mais informações. |
| de bloqueio de avaliação segura | A funcionalidade restrita secureAssessment permite que as aplicações bloqueiem o Windows num modo de aplicação única para avaliações seguras. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Provisionamento do Connection Manager | A capacidade restrita networkConnectionManagerProvisioning permite que os aplicativos definam as políticas que conectam o dispositivo com as interfaces WWAN e WLAN. Os aplicativos que usam esse recurso são criados pelas operadoras móveis para controlar os dispositivos que se conectam à rede móvel. |
| Provisionamento de plano de dados | O recurso restrito networkDataPlanProvisioning permite que os aplicativos reúnam informações sobre planos de dados no dispositivo e leiam o uso da rede. Os aplicativos que usam esse recurso são criados pelas operadoras móveis para integrar o uso real de dados de seus clientes na configuração de uso de dados do sistema operacional. |
| Licenciamento de Software | A capacidade restrita slapiQueryLicenseValue permite que os aplicativos consultem políticas de licenciamento de software. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Execução estendida | O recurso restrito extendedBackgroundTaskTime impede que tarefas em segundo plano sejam canceladas ou encerradas devido a limites de tempo de execução. Eles ainda estão sujeitos a todos os outros limites de uso de memória e energia. Esta funcionalidade pode ser restringida através das Definições de Utilização da Bateria ou Aplicações de Privacidade em Segundo Plano. Observe que os consumidores e administradores ainda têm a capacidade de controlar tarefas em segundo plano por meio das configurações de Diretiva de Grupo. O recurso restrito extendedExecutionBackgroundAudio permite que as aplicações reproduzam áudio quando não estão em primeiro plano. O recurso restrito extendedExecutionCritical permite que as aplicações iniciem uma sessão crítica de execução estendida. A capacidade restrita extendedExecutionUnconstrained permite que os aplicativos iniciem uma sessão de execução estendida sem restrições. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. Consulte Adiar suspensão de aplicação com execução prolongada para obter mais informações sobre como usar a execução prolongada para adiar a suspensão da sua aplicação. |
| Gestão de Dispositivos Móveis | A capacidade restrita deviceManagementDmAccount permite que os aplicativos provisionem e configurem contas do gerenciamento de dispositivos da Aliança Aberta de Operadoras Móveis (MO OMA-DM). A capacidade restrita do O recurso restrito deviceManagementWapSecurityPolicies permite que os aplicativos configurem serviços baseados em WAP (Wireless Application Protocol), como MMS, Indicação de Serviço/Carregamento de Serviço (SI/SL) e Open Mobile Alliance - Provisionamento de Cliente (OMA-CP). O recurso restrito deviceManagementEmailAccount permite que aplicativos criados por operadoras móveis adicionem e gerenciem uma conta de e-mail em dispositivos que provisionam aos usuários. |
| Controle de política de pacote | O recurso restrito do packagePolicySystem permite que as aplicações controlem as políticas do sistema relacionadas aos aplicativos instalados no dispositivo. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Lista de Jogos | O recurso restrito gameList permite que os aplicativos obtenham uma lista de jogos conhecidos instalados no sistema. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Acessório Xbox | A capacidade restrita xboxAccessoryManagement permite que as aplicações gerenciem diretamente dispositivos Xbox que estejam em conformidade com a especificação de hardware do Xbox. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Reconhecimento de Fala para Acessórios | A capacidade restrita cortanaSpeechAccessory permite que as aplicações invoquem e passem comandos para a Cortana. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Gestão de Acessórios | A capacidade restrita do gestor de acessórios permite que os aplicativos se registem como aplicativos de acessórios e adiram a notificações específicas de aplicativos, para que possam ser encaminhadas para acessórios e exibidas ao utilizador. |
| Acesso do motorista | A capacidade interopServices restrita permite que os aplicativos interajam diretamente com os drivers. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Observação em primeiro plano | A capacidade restrita inputForegroundObservation permite que os aplicativos em primeiro plano intercetem a entrada do teclado e anulem todo o processamento de entrada de teclado que não seja do aplicativo. As combinações SAS não podem ser intercetadas por esse recurso. Esse recurso é necessário para acessar membros da classe KeyboardDeliveryInterceptor . |
| Aplicativos de parceiros OEM e MO | A capacidade restrita oemDeployment permite que aplicativos criados por parceiros da Microsoft instalem novos aplicativos e consultem os atualmente instalados no dispositivo. A capacidade restrita oemPublicDirectory permite que aplicações criadas por parceiros da Microsoft tenham acesso à pasta de aplicações partilhada. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| de Licenciamento de Aplicações | A capacidade restrita appLicensing permite que as aplicações sejam executadas sem a necessidade de uma licença. Você não pode enviar seu aplicativo para a loja se declarar esse recurso em seu manifesto. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Sistema de Localização | O recurso restrito locationSystem permite que os aplicativos executem determinadas configurações privilegiadas de localização, como definir a posição padrão para o dispositivo. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Provedor de Contas de Dados do Usuário | O recurso restrito userDataAccountsProvider permite que os aplicativos gerenciem totalmente as contas de email, calendário e contato. |
| Espaço de trabalho da caneta | O recurso previewPenWorkspace permite que um aplicativo acesse o namespace Windows.ApplicationModel.Preview.Notes para ser hospedado dentro do espaço de trabalho da caneta como o manipulador de ações de memória. |
| Fator de autenticação secundário | O recurso secondaryAuthenticationFactor permite que um aplicativo desbloqueie um PC passando o armazenamento de segredos em um dispositivo de autenticação complementar próximo. Por exemplo, uma pulseira de fitness companheira pode ser usada para desbloquear o PC. Esse recurso é necessário para acessar APIs no namespace Windows.Security.Authentication.Identity.Provider. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Gestão de Licenças da Loja | O recurso storeLicenseManagement permite que os aplicativos de hub de parceiros da Microsoft gerenciem licenças de loja no dispositivo. Esse recurso é necessário para acessar APIs no namespace Windows.ApplicationModel.Store.LicenseManagement. |
| ID do sistema do usuário | O recurso userSystemId permite que os aplicativos obtenham um identificador de sistema específico para o usuário. Esse identificador identifica exclusivamente o usuário atual em um sistema específico e pode ser usado para correlacionar informações entre aplicativos. Esse recurso é necessário para acessar o método SystemIdentification.GetSystemIdForUser(User ). |
| Conteúdo direcionado | O recurso Esse recurso é necessário para usar algumas APIs no namespace Windows.System.Profile.SystemIdentification. |
| de automação da interface do usuário | O recurso uiAutomation permite que um cliente de automação da interface do usuário, como o Narrador, se conecte a um servidor ou provedor de automação da interface do usuário. Esse recurso é necessário para usar algumas APIs no namespace Windows.Xbox.Media.Capture.Broadcaster. |
| Serviços de Game Bar | O gameBarServices é restrito a UWAs pré-instaladas e atualizáveis da loja de primeira parte. Esse recurso é necessário para usar a classe Windows.Media.Capture.GameBarsSrvices . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Serviços de captura de aplicativos | A capacidade do appCaptureServices é limitada às partes com as quais a Microsoft tem relações contratuais. Essas relações são concedidas com base em contratos de parceiros, que estão sendo conduzidos com a ajuda dos Serviços Xbox e do bizdev. Esse recurso é necessário para usar a classe |
| Serviços de transmissão de aplicativos | O recurso appBroadcastServices é limitado às partes com as quais a Microsoft tem relações contratuais. Essas relações são concedidas com base em contratos de parceiros, que estão sendo conduzidos com a ajuda dos Serviços Xbox. Esse recurso é necessário para usar a classe Windows.Media.capture.AppBroadcastServices . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Configuração do dispositivo de áudio | O audioDeviceConfiguration Este recurso permite que um aplicativo consulte, configure, habilite e desabilite efeitos de áudio expostos pelo driver de áudio. Esse recurso é necessário para usar a classe Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. Isso ocorre porque AudioDeviceModulesManager permite que um aplicativo acesse todos os efeitos de áudio em um determinado sistema. Potencialmente, os efeitos de áudio podem ser definidos para afetar negativamente o desempenho de áudio no dispositivo. |
| Gravação de mídia de fundo | O recurso backgroundMediaRecording altera o comportamento das APIs específicas de mídia, como as classes MediaCapture e AudioGraph , para habilitar a gravação de mídia enquanto seu aplicativo está em segundo plano. |
| Visualizar espaço de trabalho de tinta | O recurso de previewInkWorkspace permite que um aplicativo acesse o namespace Preview Ink hospedado dentro do espaço de trabalho de tinta. De um modo geral, isso é usado por um OEM para substituir o aplicativo de quadro branco em um dispositivo. Esse recurso é necessário para as APIs no namespace |
| Gestão do Ecrã Inicial | O recurso startScreenManagement permite que os aplicativos fixem blocos silenciosamente na tela inicial. As aplicações também podem fixar a partir do segundo plano. Não ter o recurso startScreenManagement não bloqueia nenhuma API; em vez disso, usar startScreenManagement significa que o Shell não exibirá nenhuma interface do usuário quando um aplicativo usar a API Pin. |
| Permissões da Cortana | O recurso cortanaPermissions permite que um aplicativo enumere as permissões que o usuário concedeu à Cortana no dispositivo. O recurso também permite que um aplicativo conceda e revogue permissões da Cortana no dispositivo. Tenha em atenção que usar cortanaPermissions requer que o dispositivo exiba texto legal antes de conceder permissões. Como tal, é da responsabilidade da aplicação informar o utilizador das consequências legais da modificação de permissões. Esse recurso é necessário para obter acesso de leitura às configurações do Registro HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Todos os Mods do App | O recurso allAppMods permite que um aplicativo acesse a pasta AppMods para todos os aplicativos. Os utilitários de Gerenciamento de Mods usam allAppMods para gerenciar mods fora do jogo ou aplicativo que os consomem. |
| Recursos expandidos | A funcionalidade expandedResources permite que uma aplicação aceda aos recursos do Modo de Jogo. Nos Xbox e nos PCs que cumprem os requisitos mínimos, os recursos do Modo Jogo representam um subconjunto dos núcleos de CPU disponíveis que são reservados para uso exclusivo da aplicação. No Xbox, o aplicativo também tem uso exclusivo de uma partição de memória de pelo menos 4GB. Esta capacidade é necessária para obter o uso exclusivo de recursos de CPU e memória, conforme definido acima. |
| Aplicação protegida | O recurso protectedApp concede a uma aplicação a capacidade de ser carregada num processo protegido pela loja de aplicações. Quando o aplicativo é ingerido na loja, a loja adiciona um blob ao executável. A página da loja também assina o executável com uma chave da Microsoft. O carregador de processos procura especificamente por este blob, em vez de verificar a capacidade de impor processo protegido, porque o blob precisa ter uma assinatura da Microsoft. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Monitor de Jogo | O recurso gameMonitor faz com que o sistema use o monitoramento ativo para detetar fraudes de jogos pelo aplicativo. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Diagnóstico de aplicativos | O recurso appDiagnostics permite que um aplicativo obtenha informações de diagnóstico (como informações do pacote, uso de memória e nome da conta) para qualquer outro aplicativo UWP em execução. As informações retornadas incluem o nome da conta de domínio/máquina sob a qual o aplicativo está sendo executado; se o aplicativo de chamada for iniciado com direitos de administrador, o aplicativo poderá recuperar uma lista de todos os aplicativos em execução para todas as contas no computador. Esse recurso é necessário para usar as classes Windows.System.AppDiagnosticInfo, Windows.System.AppDiagnosticInfo.RequestAppDiagnosticInfoAsync e Windows.ApplicationModel.AppInfo . |
| Provedores de portal de dispositivos | O recurso devicePortalProvider permite que os aplicativos chamem as APIs Windows.System.Diagnostics.DevicePortal e sirvam como um servidor Web para ferramentas de diagnóstico enquanto estiverem no Modo de Desenvolvedor. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Logon único na Enterprise Cloud | O recurso enterpriseCloudSSO permite que as aplicações usem início de sessão único com recursos do Azure Active Directory (AAD) dentro de um controlo de visualização web hospedado. |
| Aceitar automaticamente chamadas VoIP | O recurso backgroundVoIP permite que você receba e aceite automaticamente chamadas VoIP de entrada sem exigir que o usuário aceite a chamada explicitamente. Os aplicativos que utilizam esse recurso recebem controle total da câmera e do microfone e podem usar esses recursos em segundo plano. Não recomendamos declarar esse recurso em aplicativos enviados para a Microsoft Store. Para a maioria dos desenvolvedores, o uso desse recurso não será aprovado. |
| Reservar recursos para chamadas VoIP | O recurso oneProcessVoIP permite que você reserve os recursos de CPU e memória necessários para uma chamada VoIP em um aplicativo de processo único. Não recomendamos declarar esse recurso em aplicativos enviados para a Microsoft Store. Para a maioria dos desenvolvedores, o uso desse recurso não será aprovado. |
| Rede do Modo de Desenvolvimento | O recurso developmentModeNetwork permite que os aplicativos acessem caminhos de rede usando as credenciais do usuário conectado ao chamar a API OpenFile Win32 em um aplicativo UWP C++/CX ou componente C++ do Tempo de Execução do Windows. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Amplo acesso ao sistema de arquivos | O recurso broadFileSystemAccess permite que os aplicativos obtenham o mesmo acesso ao sistema de arquivos que o usuário que está executando o aplicativo no momento sem nenhum prompt de estilo de seletor de arquivos adicional durante o tempo de execução. É importante observar que esse recurso não é necessário para acessar arquivos que o usuário já escolheu usando o FilePicker ou o FolderPicker. Esse recurso funciona para as APIs Windows.Storage . Como os usuários podem conceder ou negar a permissão a qualquer momento em Configurações, você deve garantir que seu aplicativo seja resiliente a essas alterações. Na atualização de abril de 2018, o padrão para a permissão é Ativado. Na atualização de outubro de 2018, o padrão é Desativado. Também é importante que você não declare nenhum recurso de pasta especial, como Documentos, Imagens ou Vídeos com esse recurso. Você pode habilitar esse recurso em seu aplicativo adicionando broadFileSystemAccess ao seu manifesto. Para obter um exemplo, consulte o artigo Permissões de acesso a arquivos. Na maioria dos casos, para obter acesso aos locais do sistema de arquivos, seu aplicativo pode usar as APIs FileOpenPicker, FileSavePicker, FolderPicker e FutureAccessList . Se você quiser solicitar aprovação para usar o recurso de broadFileSystemAccess Observação: Esta funcionalidade não é suportada na Xbox. |
| Firmware do sistema e BIOS | A funcionalidade smbios permite que as aplicações acedam aos dados da bios e aos dados do firmware do sistema. |
| Nível de permissão de confiança total | Esta é a capacidade runFullTrust restrita. Os termos são definidos abaixo, mas, em resumo, um pacote precisa desse recurso se o pacote usar recursos para os quais a confiança total é necessária. Um exemplo comum é um pacote que contém um ou mais aplicativos de confiança total. A capacidade restrita runFullTrust permite que um pacote como esse seja instalado em uma máquina. Um aplicativo de confiança total é aquele que define uap10:TrustLevel como mediumIL (consulte o elemento Application ). Um aplicativo de confiança total tem um processo que é executado com um nível de integridade médio (consulte Controle de integridade obrigatório). E um pacote é um .appx pacote ou MSIX (consulte Construindo um pacote MSIX a partir do seu código).Outro exemplo em que esse recurso é necessário é um pacote com uma categoria de extensão windows.firewallRules (consulte desktop2:Extension). Isso é considerado um recurso de confiança total; E nesse exemplo não há nenhum aplicativo para ativar e nenhum processo para iniciar. Para usar a classe FullTrustProcessLauncher, esse recurso também é necessário. |
| Elevação | O allowElevation, o recurso restrito, permite que aplicativos desenvolvidos por parceiros da Microsoft ou empresas mantenham a funcionalidade existente do ambiente de trabalho que depende da elevação automática, seja na inicialização ou durante o tempo de execução. Para submissões na Microsoft Store, esta capacidade está sujeita a aprovação segundo critérios estritos. Se você pretende usar esse recurso, entre em contato reportapp@microsoft.com com antecedência com uma justificativa detalhada. |
| Credenciais do Windows Team Device | A capacidade teamEditionDeviceCredential restrita permite que as aplicações acedam às APIs que solicitam credenciais de conta de dispositivo num dispositivo Surface Hub a executar o Windows 10, versão 1703 ou posterior. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Modo de Exibição do Aplicativo de Equipe do Windows | O recurso restrito teamEditionView permite que as aplicações acedam a APIs para apresentar uma vista de aplicação num dispositivo Surface Hub a executar o Windows 10, versão 1703 ou posterior. Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Extensão de processamento de câmera | A capacidade restrita cameraProcessingExtension permite que os aplicativos processem imagens capturadas pela câmera sem controle direto sobre esta. Esse recurso é necessário para chamar APIs no namespace Windows.Devices.PointOfService.Provider. Qualquer pessoa pode solicitar acesso a esta funcionalidade para submissão na loja. |
| Gestão da utilização de dados | A capacidade restrita networkDataUsageManagement permite que as aplicações reúnam informações de uso de dados de rede. Esse recurso é necessário para chamar GetAttributedNetworkUsageAsync. Qualquer pessoa pode solicitar acesso a esta funcionalidade para submissão na loja. |
| Gerenciar a conectividade da linha telefônica | A capacidade de gestão de transporte da linha telefónica permite que as aplicações gerem dispositivos do sistema responsáveis pela conectividade da linha telefónica. Este recurso é necessário para usar as APIs PhoneLineTransportDevice no namespace Windows.ApplicationModel.Calls . |
| Recursos não virtualizados | O recurso restrito unvirtualizedResources permite que a aplicação declare os elementos RegistryWriteVirtualization e FileSystemWriteVirtualization no seu manifesto de pacote para desativar a virtualização para o registo e o sistema de arquivos. Essas declarações impedem que o sistema virtualize quaisquer gravações no HKEY_CURRENT_USER ou na pasta AppData do usuário, respectivamente. Isso é útil em cenários em que seu aplicativo espera que outros aplicativos leiam ou gravem as mesmas entradas do Registro ou do sistema de arquivos que seu aplicativo. Esta funcionalidade foi concebida para determinados tipos de jogos de computador de secretária publicados pela Microsoft e pelos nossos parceiros. Também é necessário para aplicações empacotadas com local externo (consulte Atribuir identidade ao pacote ao empacotar com local externo). Não se destina a ser usado para outros cenários, porque pode comprometer a capacidade do sistema de desinstalar de forma limpa. |
| Aplicativo modificável | A capacidade restrita modifiableApp permite que a sua aplicação declare a extensão windows.mutablePackageDirectories no seu manifeste do pacote. Isso permite que você forneça um nome para a pasta onde seu aplicativo espera que os arquivos modificados ou adicionados sejam localizados. O SO criará esta pasta e permitirá que a sua aplicação utilize os ficheiros nesta pasta em vez de (ou além de) os ficheiros originalmente instalados pela aplicação. Esta funcionalidade foi concebida para determinados tipos de jogos de computador de secretária publicados pela Microsoft e pelos nossos parceiros. Ele não será concedido para outros cenários, porque pode permitir a execução de código não assinado. |
| Shim de compatibilidade de redirecionamento de gravação de pacote | A capacidade restrita packageWriteRedirectionCompatibilityShim configura a sua aplicação para criar todos os ficheiros novos num local por utilizador. Todos os ficheiros preexistentes abertos para escrita são primeiro copiados para um local por utilizador e as modificações acontecem no ficheiro nesse local. Esse recurso é útil para aplicativos que criam ou modificam arquivos em sua pasta de instalação. Esta funcionalidade foi concebida para determinados tipos de jogos de computador de secretária publicados pela Microsoft e pelos nossos parceiros. No entanto, também pode ser aplicável a outras aplicações em alguns casos. |
| Ações de instalação personalizadas | O recurso restrito customInstallActions permite que seu aplicativo declare a extensão windows.customInstall em seu manifesto do pacote para que ele possa especificar um ou mais arquivos de instalador adicionais (.exe ou .msi) que são executados com seu aplicativo. Isso permite especificar ações personalizadas para qualquer um dos cenários de implantação padrão: instalar, atualizar, reparar ou desinstalar. Por exemplo, isso é útil para aplicativos que agrupam um componente redistribuível de terceiros. Esta funcionalidade foi concebida para determinados tipos de jogos de computador de secretária publicados pela Microsoft e pelos nossos parceiros. Não será concedido para outros cenários. |
| Serviços em pacote | O recurso restrito packagedServices permite que aplicativos criados por parceiros e empresas da Microsoft declarem a extensão windows.service em seu manifesto de pacote para que ele possa instalar um ou mais serviços junto com o aplicativo. Esses serviços podem ser configurados para serem executados nas contas Serviço Local, Serviço de Rede ou Sistema Local. Os serviços de Serviço Local e Serviço de Rede exigem apenas o recurso packagedServices . Os serviços do Sistema Local exigem os recursos packagedServices e localSystemServices . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Serviços do sistema local | O recurso localSystemServices restrito permite que aplicações desenvolvidas por parceiros e empresas da Microsoft instalem um ou mais serviços do Sistema Local juntamente com a aplicação (ou seja, a sua aplicação pode definir que a conta de início dos serviços seja LocalSystem). Este cenário também requer a capacidade de serviços empacotados . Não recomendamos que você declare esse recurso em aplicativos enviados para a Microsoft Store. Na maioria dos casos, o uso desse recurso não será aprovado. |
| Perceção Espacial de Fundo | A capacidade restrita backgroundSpatialPerception permite que uma aplicação aceda ao movimento da cabeça, das mãos, dos controladores de movimento e de outros objetos rastreados do utilizador enquanto a aplicação está em execução em segundo plano. |
| Acesso à interface do usuário | UIAccess é um recurso no Windows que permite que determinados aplicativos confiáveis interajam com a interface do usuário (UI) de outros aplicativos, mesmo quando eles estão sendo executados com privilégios mais altos ou em uma sessão de área de trabalho segura. Este recurso é frequentemente usado por ferramentas de acessibilidade e software de automação para fornecer aos usuários maneiras alternativas de interagir com aplicativos. O recurso uiAccess restrito deve ser especificado quando o atributo uiAccess do elemento requestedExecutionLevel é definido como true no ficheiro de manifesto da aplicação. Para obter mais informações, consulte Considerações de segurança para tecnologias assistivas. |
Capacidades personalizadas
A seção de recursos restritos acima descreve o mesmo processo de aprovação de recursos que você pode usar para solicitar aprovação para usar um recurso personalizado. As APIs de SIM embutido são exemplos de APIs que exigem uma capacidade personalizada. Se você quiser executar seu aplicativo apenas localmente no modo de desenvolvedor, não precisará do recurso personalizado. Mas você precisa dele para publicar seu aplicativo na Microsoft Store ou para executá-lo fora do modo de desenvolvedor.
Se você tiver um Gerente Técnico de Conta do Windows (TAM), poderá trabalhar com sua TAM para solicitar acesso. Você pode encontrar mais detalhes em Entre em contato com seu Microsoft TAM.
Para declarar uma capacidade personalizada, modifique o arquivo de origem do manifesto do pacote da aplicação (Package.appxmanifest). Adicione a declaração de namespace XML xmlns:uap4 e use o prefixo uap4 ao declarar sua capacidade personalizada. Aqui está um exemplo.
<?xml version="1.0" encoding="utf-8"?>
<Package
...
xmlns:uap4="http://schemas.microsoft.com/appx/manifest/uap/windows10/4">
...
<Capabilities>
<uap4:CustomCapability Name="CompanyName.customCapabilityName_PublisherID"/>
</Capabilities>
</Package>
Observação
Todos os elementos CustomCapability devem vir depois de quaisquer elementos Capability e antes de quaisquer elementos DeviceCapability sob o nó Capabilities no manifesto do pacote.
| Cenário de capacidade | Utilização da capacidade |
|---|---|
| Manipulador de URI do aplicativo | Um aplicativo pode se registrar como um manipulador para um determinado URI, de modo que, quando o usuário abre um link para o URI especificado, o aplicativo é iniciado em vez de abrir o navegador. Isso requer registro na máquina local e verificação pelo servidor Web de destino. O recurso personalizado Microsoft.delegatedWebFeatures_8wekyb3d8bbwe permite que uma aplicação hospede uma APL (Aplicação Progressiva para a Web) e verifique o PWA como um manipulador de URI da aplicação, sem necessidade de consultar o site de destino para confirmação. |
| Configuração de SAR celular | O recurso personalizado Microsoft.cellularSARConfiguration_8wekyb3d8bbwe permite que uma aplicação execute a configuração das propriedades da taxa de absorção específica (SAR) de um dispositivo. Consulte a classe MobileBroadbandSarManager . |
| Ativação do CoreApplication | Um aplicativo que declara o recurso personalizado Microsoft.coreAppActivation_8wekyb3d8bbwe é baseado em CoreApplication, mas requer execução com confiança total, semelhante a um aplicativo Desktop Bridge. |
| Ações de instalação personalizadas | Permite que o aplicativo use ações personalizadas de instalação/desinstalação. Um aplicativo pode usar ações personalizadas se tiver a capacidade restrita customInstallActions E (ou é um aplicativo MSIXVC Xbox Game Pass, OU tem a capacidade personalizada Microsoft.classicAppInstaller_8wekyb3d8bbwe). |
| Gestão eSIM | O recurso personalizado Microsoft.eSIMManagement_8wekyb3d8bbwe permite que uma aplicação execute a configuração do eSIM (SIM incorporado) de um dispositivo. Consulte a classe ESim . |
| Comportamentos de instalação herdada | O recurso personalizado Microsoft.classicAppCompat_8wekyb3d8bbwe protege o caso em que um aplicativo declara um recurso de instalação herdado; por exemplo, escrevendo ProgIds COM personalizados no Registro do Windows. |
| Instalação em toda a máquina | Protege o caso em que um aplicativo declara um recurso de instalação herdado configurado para registro em toda a máquina/HKLM, que requer elevação. Especificamente necessário para qualquer parte do manifesto do aplicativo onde é declarado Scope="machine".Por exemplo, um aplicativo baseado em MSIX usando o elemento desktop7:ApprovedShellExtension precisa definir o escopo para a máquina e, portanto, precisa declarar o Microsoft.classicAppCompatElevated_8wekyb3d8bbwe recurso personalizado. Para saber mais sobre esse cenário, veja desktop7:ApprovedShellExtension. |
| Rede sob demanda | O recurso personalizado Microsoft.onDemandHotspotControl_8wekyb3d8bbwe (o recurso de rede sob demanda) será disponibilizado apenas para desenvolvedores de aplicativos que criam cenários de ponto de acesso Wi-Fi de ponta a ponta entre um dispositivo de hardware compatível com tethering e um PC Windows. Veja a classe de WiFiOnDemandHotspotNetwork |
| Registrando uma extensão de shell aprovada | Consulte o cenário de capacidade de instalação em toda a máquina . |
| Modo S | Uma aplicação que declara a capacidade personalizada Microsoft.requiresNonSMode_8wekyb3d8bbwe será impedida de funcionar num dispositivo Windows no modo S. |
| Aplicativos de inicialização | Um aplicativo pode ser configurado para iniciar automaticamente no login do usuário. Normalmente, o usuário pode ativar/desabilitar esse comportamento para cada aplicativo. O recurso personalizado Microsoft.nonUserConfigurableStartupTasks_8wekyb3d8bbwe configura um aplicativo de modo que o usuário não possa ativar/desabilitar seu comportamento de inicialização. |
| TextInputMethod | A Microsoft.appCategory.textInputMethod_8wekyb3d8bbwe capacidade personalizada permite várias funcionalidades avançadas relacionadas com a entrada de texto, incluindo eventos para o foco de entrada (determinando quando entrar e sair) e a capacidade de ler e escrever texto dentro do controlo de edição do foco de entrada atual. |
| Windows Core 1 | Um aplicativo que declara a capacidade personalizada Microsoft.deployFullTrustOnHost_8wekyb3d8bbwe é plenamente confiável para usar APIs Win32 nativas em um dispositivo central do Windows. |
| Windows core 2 | Um aplicativo Desktop Bridge que declara a capacidade personalizada Microsoft.notSupportedInCoreV1_8wekyb3d8bbwe será impedido de ser executado em um dispositivo com Windows Core. |
| Estrutura do dispositivo complementar do Windows Hello | A funcionalidade relacionada ao recurso personalizado Microsoft.secondaryAuthenticationFactorForLogon_8wekyb3d8bbwe foi preterida a partir do Windows 10, versão 2004 (10.0; Build 19041), e não concedemos mais esse recurso a contas de desenvolvedores. Uma aplicação que declara esta capacidade pode ser registada na estrutura do dispositivo associado para habilitar o desbloqueio do Windows com o dispositivo associado à aplicação. Para obter mais informações, consulte Desbloqueio do Windows com dispositivos complementares do Windows Hello (IoT). |