Partage du service système à partir d'un plugin pour éviter trop de demandes d'autorisation

Question

Dans mon application, j'ai des objets avec des positions GPS. Pour le moment, la seule chose que je fais avec eux est de les montrer sur une carte, mais je prévois d'implémenter d'autres fonctionnalités qui nécessitent de connaître l'emplacement des utilisateurs. Je ne souhaite pas ajouter l'autorisation de localisation à mon application, car certains utilisateurs peuvent ne pas vouloir utiliser ces fonctionnalités.

Mon idée était d'avoir une apk séparée (une sorte de plugin) qui fournit uniquement l'application principale avec des informations de localisation de sorte que seul le plugin doit demander la permission de localisation.

Est-il possible de laisser le plugin partager un service système (le LocationManager) directement sans créer un service personnalisé avec une interface incompatible afin que l'application principale puisse utiliser le LocationManager du plugin. Cela permettrait d'utiliser des classes existantes comme MyLocationOverlay ou autres. L'application principale pourrait passer un ContextWrapper à ces classes comme ceci:

public static class LocationContext extends ContextWrapper { 

    public LocationContext(Context base) { 
     super(base); 
    } 

    @Override 
    public Object getSystemService(String name) { 
     if (name.equals(LOCATION_SERVICE)) { 
      // Return the LocationManager service of the plugin here... 
     } 
     return super.getSystemService(name); 
    } 

} 

Answer 1

Je ne sais pas si j'ai bien compris votre question, mais il est possible qu'une application charge des classes à partir d'une autre application et évite ainsi de dépasser les limites du processus. La clé est d'avoir les mêmes attributs android: process et android: sharedUserId dans vos manifestes pour les deux aps. Ensuite, les applications s'exécuteront dans le même processus Linux sur l'appareil. Vous pouvez ensuite utiliser des API de réflexion pour charger par programme les classes de l'application A à partir de l'application B et vice versa. Si l'application A est déjà sur le marché, vous devrez probablement publier une nouvelle version qui ajoute les attributs process et sharedUserId, puis libérer l'application B avec ces mêmes attributs.

Answer 2

Est-il possible de laisser la part du plugin un service système (LocationManager) directement sans créer un service personnalisé avec une interface incompatible de sorte que la L'application principale peut utiliser le LocationManager du plugin.

Cela ne sera pas possible. LocationManager n'est pas Parcelable, donc vous ne pouvez pas le passer entre les processus.

Ceci permettrait d'utiliser des classes existantes comme MyLocationOverlay ou autres.

Um, no. Vous n'avez pas écrit MyLocationOverlay. Vous ne pouvez pas le forcer à utiliser un faux LocationManager de votre propre conception.

L'application principale pourrait passer un ContextWrapper à ces classes comme celui-ci

ContextWrapper n'est pas Parcelable, vous ne pouvez pas passer entre les processus.

Answer 3

Oui, cela est possible, mais je conseille vivement aux ingénieurs Android OS de désactiver cette possibilité et aussi toute autre manière de 2 applications conviviales (même uuid, même signature) en utilisant les autres fonctionnalités car cela conduit à une sécurité sérieuse. trous "dans le système d'autorisation et de graves problèmes dans la sécurité Android ...

Imaginez 3 applications conviviales. Le premier a la permission de se connecter à internet et rien de plus, le second peut envoyer des SMS mais rien de plus et le troisième peut accéder à votre position .... chaque application seule est relativement inoffensive ... mais l'image que pouvez-vous faites-les tous ensemble, puisqu'ils sont autorisés à communiquer.