Discussion :

[Neckara]

Bonjour,

J'ai actuellement un projet Android contenant différents modules :

• un module "library" définissant des AIDL et des permissions ;
• des modules "application" contenant chacun un service, implémentant les AIDL et requérant les permissions ;
• des modules "application" usant les permissions pour accéder aux services.

Cependant, j'ai quelques problèmes avec les permissions. Il semblerait qu'avec le merge du manifeste de ma bibliothèque, les permissions soient définis plusieurs fois entraînant des conflits.

Si je remplace mon module "library" par un module "application", Android Studio m'insulte, les modules "applications" ne pouvant dépendre d'un autre module "application".


Quel est donc la bonne manière de faire dans cette situation ?

[Neckara]

J'ai un petit truc qui marche pour le moment, en revanche, je ne sais pas si c'est la meilleure méthode :

• un module "library" pour donner les AIDL et la déclaration des permissions ;
• un module "application" pour donner la définition des permissions.
• les autres modules utilisant ou requirant une permission ayant le module library en dépendances.

Définition :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
<permission android:description="@string/X"
        android:icon="@drawable/X"
        android:label="@string/X"
        android:name="X"
        android:permissionGroup="X"
        android:protectionLevel="normal" />

Déclaration :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
<permission android:name="X"
        android:protectionLevel="normal" />

J'ai vraiment du mal à comprendre la philosophie Java/Android. Quand je vois les ByteBuffer, SSLEngine, java.io, l'interdiction de l'héritage multiple, l'obligation de catch des exceptions qui ne peuvent survenir, le système de permission Android, tout le non-bloquant d'Android, les activités qui appellent onCreate() à chaque "flip" de l'écran, etc. j'ai vraiment l'impression de voir des erreurs de conceptions .