Techniquement, la façon dont une application a été installée (dans un magasin, via un navigateur Web, une autre application ou via adb) n'est qu'un indicateur de données une fois que l'application a été installée.
Si une application est disponible dans deux magasins en même temps avec des versions signées identiques, il ne devrait pas y avoir de problème même en changeant de magasin au hasard.
Les problèmes ne peuvent survenir que si l'application à mettre à jour a une adresse différente. versionCode (par exemple, un décalage fixe) dans un magasin.
En versionCode est un numéro utilisé en interne par Android pour empêcher les utilisateurs de rétrograder une application installée. Les mises à jour d'applications ne peuvent être installées que si la signature de l'application est créée par le même développeur et que le numéro d'identification de l'application est le même. versionCode est supérieure à la version de l'application installée.
J'ai vu des développeurs qui avaient plusieurs variantes d'une même application (pour différents appareils, plates-formes, types de CPU...) où chaque variante d'application avait une adresse différente. versionCode . Par exemple, une variante de l'application a le code de version 0x2000234 et une seconde variante a le code de version 0x1000234. Les deux variantes de l'application montrent la même chaîne de version à l'utilisateur mais en regardant le code de version, elles sont totalement différentes.
Il se peut maintenant que si l'application dans le magasin A a le code de version 0x2000234 et la même application d'une variante légèrement différente a le code de version 0x1000234 dans le magasin B. Dans ce cas, vous pouvez installer l'application du magasin A comme mise à jour de l'application du magasin B, mais pas l'inverse.
