Developer Hub / Mapeamento de chaves de hardware

Mapeamento de chaves de hardware

Inspecione uma chave física, preserve o mapeamento original e forneça um caminho de restauração confiável antes de alterar o comportamento.

Padrão de publicaçãoDesenvolvedores

Conecte e valide sua aplicação no hardware alvo.

Uma personalização de chave reversível que não pode bloquear silenciosamente o operador ou bloquear o comportamento necessário do sistema.

Equipes personalizando gatilhos de digitalização, teclas de ação ou atalhos de fluxo de trabalho em dispositivos portáteis gerenciados.

Os recursos públicos focam padrões reproduzíveis. SDKs, firmware e documentos restritos continuam em canais aprovados.

Evidência comparável com método, versão e limites.

Recursos para desenvolvedoresMapeamento de chaves de hardware
Laboratório RuggedLayerIntermediário
Guias, notas de SDK, aplicações de exemplo e compatibilidade para código de barras e RFID.Equipes personalizando gatilhos de digitalização, teclas de ação ou atalhos de fluxo de trabalho em dispositivos portáteis gerenciados.
  • Um dispositivo físico com uma chave de destino documentada e uma política de implantação aprovada.
  • Um caminho de recuperação que não depende da chave remapeada.
  • Uma decisão explícita sobre se a mudança é no nível do aplicativo ou no nível do dispositivo.

Padrão de publicação

Integre Android empresarial com evidência versionada.

Os recursos públicos focam padrões reproduzíveis. SDKs, firmware e documentos restritos continuam em canais aprovados.

  1. 01

    Decida a menor superfície de controle

    Use a manipulação de chaves no nível do aplicativo quando o fluxo de trabalho puder permanecer dentro do aplicativo. Use o mapeamento em nível de dispositivo somente quando a política e o modelo de implantação oferecerem suporte.

  2. 02

    Instantâneo antes de mudar

    Leia e armazene o código-chave original, a ação e o estado de interceptação em um registro de implantação controlado. Nunca presuma que o mapeamento de fábrica é idêntico em todas as variantes.

  3. 03

    Mapeie uma chave por vez

    Aplique uma alteração reversível, verifique-a no fluxo de trabalho de destino e mantenha as chaves de navegação, emergência, pagamento e sistema fora da demonstração.

  4. 04

    Restaurar e reiniciar

    Verifique a restauração, a persistência da reinicialização, o comportamento da redefinição de fábrica e um procedimento de recuperação física. Um remapeamento bem-sucedido sem recuperação não está pronto para implantação.

Aplicações de exemplo / Kotlin

Padrões de SDK e API

O exemplo público modela transições de estado seguras; o mapeamento real em nível de dispositivo permanece específico do modelo e da política.

key-restore-plan.kt

data class KeySnapshot(
  val keyCode: Int,
  val action: String?,
  val intercepted: Boolean,
)

interface KeyPort {
  fun snapshot(keyCode: Int): KeySnapshot
  fun apply(keyCode: Int, action: String)
  fun restore(snapshot: KeySnapshot)
}

fun applyTemporaryMapping(port: KeyPort, keyCode: Int, action: String) {
  val original = port.snapshot(keyCode)
  try {
    port.apply(keyCode, action)
    // Verify the workflow here before the device leaves the lab.
  } catch (error: Throwable) {
    port.restore(original)
    throw error
  }
}
Nenhum binário do fornecedor, referência de API, firmware ou exemplo de código-fonte é publicado sem registrar a permissão de redistribuição e o escopo compatível.

Distribuição de SDK

Controle de publicação

Nenhum binário do fornecedor, referência de API, firmware ou exemplo de código-fonte é publicado sem registrar a permissão de redistribuição e o escopo compatível.

A chave não tem entrada conhecida

Pare e registre a limitação específica do modelo; não escreva um mapeamento adivinhado.

O aplicativo perde a entrada de navegação

Use o caminho de recuperação física, restaure o snapshot e remova o mapeamento da implantação.

O mapeamento desaparece após a reinicialização

Marque-o como somente sessão e mova a persistência para a configuração de implantação, se aprovado.

Estados da evidência

Evidência comparável com método, versão e limites.

  1. 01

    Registre o mapeamento original e teste uma restauração antes de aplicar a alteração.

  2. 02

    Verifique a ação em cenários de primeiro plano, segundo plano, reinicialização e redefinição.

  3. 03

    Confirme se a navegação do sistema e o comportamento de emergência permanecem disponíveis.

  4. 04

    Mantenha uma instrução de recuperação ao lado do dispositivo durante o teste.

Conecte e valide sua aplicação no hardware alvo. Adicione a política principal e o procedimento de recuperação à lista de verificação de implantação.

Recursos

Padrões de SDK e API

Nenhum binário do fornecedor, referência de API, firmware ou exemplo de código-fonte é publicado sem registrar a permissão de redistribuição e o escopo compatível.

Conecte e valide sua aplicação no hardware alvo.

Compartilhe o fluxo não confidencial da aplicação, o dispositivo atual e o caminho de integração; definiremos o entregável de validação mais adequado.

Conectar e validar minha aplicação