creez-des-applications-pour-android

7 Annexes
même du premier contact de l’utilisateur avec votre application, c’est avec l’icône qu’il va la retrouver
dans la liste des applications, sur le marché d’applications, etc.
Comme il est possible d’avoir une icône par activité, vous pouvez aussi envisager d’exploiter cette
fonctionnalité pour aider vos utilisateurs à se repérer plus facilement dans votre application.
Google a concocté un guide de conduite pour vous aider à dessiner une icône correcte.
7.1.1.1.10 Protégez-vous légalement ainsi que votre travail Si vous voulez vous protéger
ou protéger vos projets, vous pouvez définir une licence de logiciel. Cette licence va définir
comment peut être utilisée et redistribuée votre application. N’étant pas moi-même un expert
dans le domaine, je vous invite à consulter un juriste pour qu’il vous renseigne sur les différentes
opportunités qui s’offrent à vous.
Enfin, vous pouvez tout simplement ne pas instaurer de licence si c’est que vous désirez. De manière
générale, on en trouve assez peu dans les applications mobiles, parce qu’elles sont pénibles
à lire et ennuient l’utilisateur.
7.1.1.2 Signer l’application
Pour qu’une application puisse être installée sous Android, elle doit obligatoirement être signée.
Signer une application signifie lui attribuer un certificat qui permet au système de l’authentifier.
Vous allez me dire que jusqu’à maintenant vous n’avez jamais signé une application, puisque vous
ignorez ce dont il s’agit, et que pourtant vos applications se sont toujours installées. Sauf qu’en
fait Eclipse a toujours émis un certificat pour vous. Le problème est qu’il génère une clé de debug,
et que ce type de clé, n’étant pas définie par un humain, n’est pas digne de confiance et n’est pas
assez sûre pour être utilisée de manière professionnelle pour envoyer vos projets sur un marché
d’applications. Si vous voulez publier votre application, il faudra générer une clé privée unique
manuellement.
[[question]] | Pourquoi ?
Parce que cette procédure permet de sécuriser de manière fiable votre application, il s’agit donc
d’une démarche importante. On peut considérer au moins deux avantages :
— Si plusieurs applications sont signées avec la même clé, alors elles peuvent communiquer
et être traitées comme une seule et même application, c’est pourquoi il est conseillé d’utiliser
toujours le même certificat pour toutes vos applications. Comme vous savez que ce
sont vos applications, vous leur faites confiance, alors il n’y a pas de raison qu’une de ces
applications exécute un contenu malicieux pour un autre de vos projets ou pour le système.
— Une application ne peut être mise à jour que si elle possède une signature qui provient du
même certificat. Si vous utilisez deux clés différentes pour une version d’une application
et sa mise à jour, alors le marché d’applications refusera d’exécuter la mise à jour.
C’est pourquoi il faut que vous fassiez attention à deux choses très importantes :
— Tout d’abord, ne perdez pas vos clés, sinon vous serez dans l’impossibilité de mettre à jour
vos applications. Vous pourrez toujours créer une nouvelle page pour votre projet, mais
cette page ne serait plus liée à l’ancienne et elle perdrait tous ses commentaires et statistiques.
En plus, dire à vos utilisateurs actuels qu’ils doivent désinstaller leur version du
programme pour télécharger une autre application qui est en fait une mise à jour de l’ancienne
application est un véritable calvaire, rien qu’à expliquer.
474