Tête Android explique le raisonnement derrière nouveau système d'autorisation

Parler à la Tuteur, La tête de Google de l'ingénierie pour Android et Chrome Hiroshi Lockheimer expliqué pourquoi il a fallu si longtemps pour l'entreprise de changer de cap quand il vient à autorisations.

Première place, Lockheimer précisé pourquoi Google a publié puis rapidement tiré Ops App, une fonctionnalité présente dans Android 4.3 qui permettait aux utilisateurs de révoquer les autorisations d'applications installées.

Applications sur Android ne sont pas construits avec la notion que certaines fonctionnalités ne pouvait être éteint derrière leur dos

"Les applications sur Android, à partir de 2008, ne sont pas construits avec la notion que certaines fonctionnalités ne pouvait être éteint derrière le dos", a déclaré Lockheimer. "Ops application a été lancé un peu hors de context- nous avions vraiment besoin de résoudre toute l'histoire, et pas seulement lancer ops App sans déplacer des applications depuis moment de l'installation pour exécuter les demandes d'autorisation de temps."

Google a retiré l'accès à l'OPS application dans Android 4.4.2, en Décembre 2013.

Le saut à Android M (ou plutôt la nouvelle version du SDK correspondant) a donné l'occasion Google pour lancer un transfert contrôlé au nouveau système, où les utilisateurs sont invités à accorder des autorisations individuelles quand ils sont nécessaires lors de l'exécution d'une application.

"Nous commençons à M, parce que chaque fois que nous avons une version majeure, nous pouvons changer ces choses, et nous avons été en mesure de modifier et de créer de nouvelles interfaces de programmation d'application (API) pour y faire face», a déclaré Lockheimer.

Apps Seulement conçu pour fonctionner avec le SDK Android M (niveau de l'API 23) va utiliser le nouveau système d'autorisation. Les développeurs d'applications peuvent se coller à l'ancien système, tant qu'ils ciblent niveau de l'API 22 (Android 5.1) ou plus tôt. Toutefois, si elles veulent profiter des nouvelles fonctionnalités prises en charge par Android M et les versions futures, développeurs devront adopter le nouveau système. Google espère que ce sera une incitation forte assez pour pousser l'écosystème vers le nouveau modèle d'autorisation.

Hiroshi Lockheimer espère que la nouvelle philosophie d'autorisation aidera à briser ce qu'il appelle la «mémoire du doigt." Avouons-le, maintenant plupart d'entre nous suffit de cliquer sur Accepter sans vraiment passer par la liste des autorisations qu'un requêtes app.

Développeurs devront trouver des moyens réfléchis pour expliquer pourquoi ils ont besoin d'autorisations pour leurs applications, ainsi que pour compte de ce qui se passe quand une autorisation est refusée. Mais ce qui arrive à des applications plus âgés, conçu pour les applications pré-M? Cette vidéo de Google I / O explique que les utilisateurs seront toujours en mesure de révoquer les autorisations de ces applications dans Android M. Dans ce cas, les applications seront nourris données vides, ce qui signifie qu'ils ne seront pas rompre, et à la place ils vont tout simplement montrer vide objets - par exemple, si vous niez Hangouts accès à votre caméra, lorsque vous lancez un chat vidéo, l'application affichera un écran vide au lieu de l'alimentation de la caméra.

Ce compromis fait le travail, mais il peut causer beaucoup de confusion pour certains utilisateurs. Pourtant, il est un sacrifice Google est prêt à faire afin d'assurer un niveau raisonnable de cohérence.

Que pensez-vous du nouveau système d'autorisation Android M? Est la bonne mesure ou vous avez été très bien avec l'ancienne façon de permissions de manipulation?