Developer Hub / 하드웨어 키 매핑

하드웨어 키 매핑

동작을 변경하기 전에 물리적 키를 검사하고 원래 매핑을 보존하며 안정적인 복원 경로를 제공하세요.

게시 기준개발자

대상 하드웨어에 앱을 연결하고 검증하세요.

운영자를 자동으로 방해하거나 필요한 시스템 동작을 차단할 수 없는 취소 가능한 키 사용자 정의입니다.

관리되는 핸드헬드의 스캔 트리거, 동작 키 또는 워크플로 바로 가기를 사용자 정의하는 팀.

공개 자료는 재현 가능한 통합 패턴에 집중하며 제한된 제조사 SDK는 승인된 배포 경로에 둡니다.

방법, 버전과 한계를 포함한 비교 가능한 장치 근거.

개발자 자료하드웨어 키 매핑
RuggedLayer 테스트 랩중급
러기드 Android 바코드 및 RFID 장치용 기술 가이드, SDK 정보, 샘플 앱과 호환성 데이터.관리되는 핸드헬드의 스캔 트리거, 동작 키 또는 워크플로 바로 가기를 사용자 정의하는 팀.
  • 문서화된 대상 키와 승인된 배포 정책이 있는 물리적 장치입니다.
  • 재매핑된 키에 의존하지 않는 복구 경로입니다.
  • 변경 사항이 앱 수준인지, 기기 수준인지에 대한 명시적인 결정입니다.

게시 기준

버전별 근거로 기업용 Android 통합을 구축하고 검증하세요.

공개 자료는 재현 가능한 통합 패턴에 집중하며 제한된 제조사 SDK는 승인된 배포 경로에 둡니다.

  1. 01

    가장 작은 제어 표면 결정

    워크플로가 앱 내부에 유지될 수 있는 경우 애플리케이션 수준 키 처리를 사용합니다. 배포 정책 및 모델이 지원하는 경우에만 장치 수준 매핑을 사용하십시오.

  2. 02

    변경 전 스냅샷

    제어된 배포 기록에서 원본 키 코드, 작업 및 차단 상태를 읽고 저장합니다. 공장 매핑이 변형 전체에서 동일하다고 가정하지 마십시오.

  3. 03

    한 번에 하나의 키 매핑

    되돌릴 수 있는 변경 사항 하나를 적용하고 대상 워크플로에서 이를 확인하며 탐색, 긴급, 결제 및 시스템 키를 데모 외부에 유지합니다.

  4. 04

    복원 및 재부팅

    복원, 재부팅 지속성, 공장 초기화 동작 및 물리적 복구 절차를 확인합니다. 복구 없이 성공적으로 다시 매핑하면 배포 준비가 완료되지 않습니다.

샘플 앱 / Kotlin

SDK 및 API 패턴

공개 예제는 안전한 상태 전환을 모델로 합니다. 실제 장치 수준 매핑은 모델 및 정책별로 유지됩니다.

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
  }
}
재배포 권한과 지원 범위가 기록되기 전에는 제조사 바이너리, 펌웨어 또는 샘플을 공개하지 않습니다.

SDK 배포

게시 기준

재배포 권한과 지원 범위가 기록되기 전에는 제조사 바이너리, 펌웨어 또는 샘플을 공개하지 않습니다.

키에 알려진 항목이 없습니다.

모델별 제한 사항을 중지하고 기록합니다. 추측된 매핑을 작성하지 마세요.

앱에서 탐색 입력이 손실됨

물리적 복구 경로를 사용하고, 스냅샷을 복원하고, 배포에서 매핑을 제거합니다.

재부팅 후 매핑이 사라집니다.

세션 전용으로 표시하고 승인되면 지속성을 배포 구성으로 이동합니다.

근거 상태

방법, 버전과 한계를 포함한 비교 가능한 장치 근거.

  1. 01

    변경 사항을 적용하기 전에 원래 매핑을 기록하고 복원을 테스트하십시오.

  2. 02

    포그라운드, 백그라운드, 재부팅 및 재설정 시나리오에서 작업을 확인합니다.

  3. 03

    시스템 탐색 및 비상 동작이 계속 사용 가능한지 확인합니다.

  4. 04

    테스트하는 동안 장치 옆에 복구 지침을 보관하십시오.

대상 하드웨어에 앱을 연결하고 검증하세요. 배포 체크리스트에 주요 정책 및 복구 절차를 추가합니다.

자료

SDK 및 API 패턴

재배포 권한과 지원 범위가 기록되기 전에는 제조사 바이너리, 펌웨어 또는 샘플을 공개하지 않습니다.

대상 하드웨어에 앱을 연결하고 검증하세요.

비기밀 앱 업무 흐름, 현재 장치와 통합 경로를 공유하면 가장 적합한 검증 결과물의 범위를 정합니다.

앱 연결 및 검증