Cabeza Android explica el razonamiento detrás nuevo sistema de permisos

Android App M Permisos de marca de agua

Uno de los cambios más radicales que vienen Android M es una nueva manera de manejar los permisos para aplicaciones de Android. Google está finalmente dando a los usuarios el control sobre los permisos específicos que quieren conceder a una aplicación, alejándose del modelo actual, en el que se conceden permisos a granel antes de instalar la aplicación.

Hablando con la guardián, Jefe de ingeniería para Android y Chrome Hiroshi Lockheimer de Google explicó por qué tomó tanto tiempo para que la empresa cambia de rumbo cuando se trata de permisos.

En primer lugar, Lockheimer aclaró por qué Google lanzó y luego sacó rápidamente Ops App, una característica presente en Android 4.3 que permite a los usuarios para revocar los permisos de las aplicaciones instaladas.

Aplicaciones en Android no fueron construidas con la idea de que cierta funcionalidad podría estar apagado a la espalda

"Aplicaciones en Android, a partir de 2008, no fueron construidas con la idea de que cierta funcionalidad podría estar apagado a la espalda", dijo Lockheimer. "Ops aplicación se puso en marcha un tanto fuera de contexto- que realmente se necesita para resolver toda la historia, no sólo lanzar operaciones App sin mover aplicaciones de tiempo de instalación para ejecutar las solicitudes de permisos de tiempo."

Google elimina el acceso a operaciones de aplicacines en Android 4.4.2, en diciembre de 2013.

El salto a Android M (o más bien la nueva versión del SDK correspondiente) dio a Google la oportunidad de iniciar una transferencia controlada al nuevo sistema, donde se les pide a los usuarios conceder permisos individuales cuando se necesitan mientras se ejecuta una aplicación.

"Estamos empezando en M, porque cada vez que tenemos un gran lanzamiento que puede cambiar estas cosas, y hemos sido capaces de modificar y crear nuevas interfaces de programación de aplicaciones (API) para manejar la situación", dijo Lockheimer.

Sólo aplicaciones diseñadas para trabajar con el Android SDK M (nivel de API 23) utilizará el nuevo sistema de permisos. Los desarrolladores de aplicaciones pueden pegar al viejo sistema, siempre y cuando se dirigen a nivel de API 22 (Android 5.1) o anterior. Sin embargo, si quieren aprovechar las nuevas funciones compatibles con Android M y futuras versiones, los desarrolladores tendrán que adoptar el nuevo sistema. Google espera que este será un incentivo lo suficientemente fuerte como para empujar el ecosistema hacia el nuevo modelo de permiso.

Hiroshi Lockheimer espera que la nueva filosofía permiso ayudará a romper lo que él llamó la "memoria dedo." Seamos realistas, en este momento la mayoría de nosotros simplemente haga clic en Aceptar sin realmente ir a través de la lista de permisos que un peticiones de aplicaciones.

Los desarrolladores tendrán que encontrar formas pensadas para explicar por qué necesitan permisos para sus aplicaciones, así como la cuenta de lo que sucede cuando se le negó un permiso. Pero ¿qué ocurre con las aplicaciones de mayor edad, diseñado para Android pre-M? Este video de Google I / O, explica que los usuarios todavía podrán revocar permisos de estas aplicaciones en Android M. En este caso, las aplicaciones serán alimentados datos en blanco, lo que significa que no se romperán, y en lugar de que se acaba de mostrar vacía objetos - por ejemplo, si usted niega Hangouts acceso a su cámara, cuando el fuego de un chat de vídeo, la aplicación mostrará una pantalla en blanco en lugar de la alimentación de la cámara.

Este compromiso hace el trabajo, pero puede causar mucha confusión para algunos usuarios. Aún así, es un sacrificio Google está dispuesto a hacer el fin de garantizar un nivel razonable de consistencia.

¿Qué te parece el nuevo sistema de permisos Android M? Es el paso correcto o que estaban bien con la vieja forma de permisos de manejo?


» » Cabeza Android explica el razonamiento detrás nuevo sistema de permisos