Google은 사용자가 기기에서 액세스 할 수있는 개별 앱을보다 세부적으로 제어 할 수 있도록 Google이 구현하기로 결정한 경우 어떻게 생겼는지 고민해 왔으며 올해 I / O에서 모든 것이 명확 해졌습니다. Android M은 사용자가 각 앱이 액세스 할 수있는 정보 및 하드웨어를 상당히 제어 할 수있게 해줄 것이며, 이 새로운 설정에는 권한 유형을 몇 가지 편리한 범주로 단순화하는 것도 포함됩니다.
우리는 Android M에 대해 아무것도 알지 못하지만이 새로운 권한 설정을 빠르게 살펴보면 다음 버전의 Android에서 무엇이 올지 합리적으로 볼 수 있습니다.
우리는 모두 Google Play 스토어에서 설치를 탭한 후 앱이 기기에 도착했을 때 어떤 권한을 기대하는지 알려주는 프롬프트를 표시하는 데 익숙합니다. 그 시절은 Android M에서 끝났거나 최소한이 새로운 권한 시스템을 지원하도록 업데이트되는 앱의 경우 끝났습니다. 모든 앱은 어떤 방식 으로든 권한을 부여하지 않아도되지만 최신 API 대상으로 업데이트 된 앱은 정상적으로 작동 할 수 있습니다. 권한을 제거하면 다른 모든 것이 앱을 중단시킬 위험이 높아지며 테스트에서 조심하지 않으면 자주 발생할 수 있습니다. 구글이 개발자들에게 이러한 변화를 만들고 새로운 규칙에 따라 앱이 제대로 작동하도록하는 데 필요한 많은 도구와 경고를 제공했지만 실제로 변경 사항을 구현하고 앱을 업데이트하는 것은 전적으로 개발자의 몫입니다.
새 API 대상을 따르는 앱을 설치하면 더 이상 설치 프로세스 시작시 해당 권한이 표시되지 않습니다. 대신 앱에서 실제로 해당 리소스가 필요할 때 앱은 권한을 요청해야하며 해당 액세스를 승인하거나 거부하는 것은 사용자의 책임입니다. 사용자는 설정의 앱 섹션에있는 새로운 권한 탭에서 각 앱이 액세스 할 수있는 전체 권한 목록을 볼 수 있지만, 더 중요한 것은 동일한보기에서 고급 탭으로 이동하여 모든 앱과 특정 종류의 권한에 대한 액세스를 요청하는 서비스.
테스트에서 권한이 거부 될 때 치명적인 오류는 거의 없었습니다.
이 기능을 중심으로 작동하도록 작성되지 않은 앱에서 권한을 비활성화하면 앱이 해결할 수없는 변수가 생깁니다. Android M은 최신 API로 업데이트되지 않은 앱에서 권한을 비활성화하려고 시도하지만 레버를 당기는 것을 막지 않을 때 정확하게 경고합니다. 대신 앱을 직접 탐색하고 해당 권한없이 모든 것이 여전히 작동하는지 확인하십시오. 최악의 시나리오에서는 앱이 즉시 중단되고 홈 화면으로 돌아갑니다. 그러나 대부분의 경우 앱은 정보에 액세스하지 못하고 실패를 알려줍니다. 앱마다 상당히 다를 것이지만 테스트에서 치명적인 실패는 거의 없었습니다.
Android M이 공식적으로 출시되기까지의 리드 타임을 고려할 때, 가장 좋아하는 앱은이 새로운 시스템을 문제없이 지원할 것입니다. 반면에 휴대 전화의 어떤 앱이 꽤 오랫동안 업데이트되지 않았는지 살펴보면 결국 어떤 앱이 가끔 문제가 발생하는지 알 수 있습니다. 그 동안 앱을 처리하는 더 좋은 방법이 진행되고 있음을 확신 할 수 있습니다.
