Nota: este permiso es casi completamente indocumentados, por lo tanto tenemos que sentir la forma de su significado real. Así que esto no es de ninguna manera una "respuesta con autoridad" - pero más o menos algo entre un "adivinar" y una "deducción de otros punteros".
La descripción oficial de este permiso (como se ha dicho, no hay más documentación) es:
Permite que una aplicación modifique el servicio de Google map.
Así que ahora podemos adivinar lo que se supone que va a decir. Vamos a hacer un poco de "ingeniería inversa" para que sientan nuestro camino hacia él. Ryan ya dio algunos consejos en su comentario, que une a dos preguntas:
La lectura entre líneas: cada vez que una aplicación quiera utilizar (partes de) el Google Services Framework, se deberá declarar el READ_GSERVICES
requiere permiso - que es bastante similar a la que requieren GET_ACCOUNTS
si desea USE_CREDENTIALS
: la primera aplicación debe garantizar que el servicio requerido está disponible en todos, antes de acceder a ella.
Esto nos da una idea de lo que el Servicio de Google Mapa debe ser: algún tipo de índice disponible (instalado) los Servicios de Google.
Ahora que hemos descubierto que podemos hacer un buen adivinar lo que el WRITE_GSERVICES
permiso podría ser la intención - y por qué se encuentra protegido por la system
nivel de protección (en el sentido de que sólo se concede a "aplicaciones del sistema" - es decir, aquellas integrado en la ROM, que está siendo instalado en el /system
partición): Si READ_GSERVICES
es la intención de averiguar que servicios de Google están disponibles, WRITE_GSERVICES
debe ser su contra-parte a la actualización de ese servicio de mapa. Que es, por ejemplo, cada vez que un nuevo servicio fue instalado (o eliminado), para actualizar el "índice de Servicios de Google en el dispositivo" - el "Servicio de Google Mapa".
Solo una cosa que me pregunto en este contexto es, ¿por qué este permiso pertenece a la ACCOUNTS
grupo ...
Vea también: