Discussion :

[falsuss]

Bonjour à tous,

Je me suis mis au développement Android depuis peu, j'ai commencé en douceur le Java et là je commence à jouer avec le XML pour voir ce qui est faisable en terme d'interface.

Mais j'ai un gros souci !

Quand je modifie mon code pour y ajouter un bouton par exemple, je vérifie toujours bien aussi mon Strings.xml, mes drawables et cie et jamais de souci de ce côté.

Par contre dernièrement, j'ai voulu ajouter un menu.xml donc pareil, je place les boutons comme il faut, déclare dans Strings.xml, place mes drawables... et j'ai toujours un message d'erreur au niveau de mon menu au niveau du code Java... J'ai cherché encore et encore mais rien n'y fait.

Je finis donc par faire un Clean project et là c'est le drame !

Je n'ai plus mon erreur au niveau du menu mais j'ai plein de nouvelles erreurs partout ! Mes Activity ne sont plus reconnues, mes R. non plus ...
Et le pire, c'est que le clean fait une sauvegarde, du coup je suis obligé de recommencer toute mon application depuis le début !

D'où mes quelques questions :

- Peut-on récupérer le fichier.apk du mobile avec lequel on fait les tests (pour retravailler sur une version saine depuis Eclipse) ?
- Y a-t-il une technique pour qu'un clean ne casse pas tout (sauvegarder tout le dossier du workspace dans un autre endroit avec chaque sauvegarde et/ou clean) ?

Merci d'avance pour votre aide.

[Hizin]

- Peut-on récupérer le fichier.apk sur le tél avec lequel on fait les tests ( pour retravailler sur une version saine depuis eclipse ).

Non, pas possible (du moins, pas facilement, source compilée, obfuscation, tout ça).

- Y-a t'il une technique pour ne pas se faire ruiner par un repair ( sauvegarder tout le dossier du workspace dans un autre endroit avec chaque sauvegarde et/ou repair ) ?

Je ne connais pas le "repair" d'Eclipse, mais j'imagine qu'il a supprimé le fichier R, ainsi que les fichiers résultats de la compilation.

Si tu as comme erreur "fichier R introuvable" (ou quelque approchant), re-compile ton projet, ça devrait ensuite fonctionner. Sinon, peut-être qu'Eclipse possède une fonctionnalité "Re-charger le R". Vérifie bien aussi que c'est le bon R qui est importé, les IDE ayant tendance à prendre celui d'Android assez facilement.

Enfin, pour t'aider un peu plus, il faudrait les diverses erreurs.

[nicroman]

"Clear" du projet pourrait aider... Le "Repair" d'Eclipse est uniquement pour le workspace qui refusent de s'ouvrir... Donc vérifier que les paramètres "Android" dans le workspace sont bons (en particulier le chemin d'accès au SDK) etc...


Sinon, dès qu'on commence à programmer un produit un peu long, il n y'a pas de mystère, il FAUT passer par un outil de gestion de source, comme GIT, CVS ou... mon préféré: SVN.

Tous les systèmes se comportent sensiblement pareil, et ont plein d'interêts, outre la programmation à plusieurs bien entendu: comparer une version par rapport à une plus ancienne, livrer de manière "atomique" (tous les fichiers modifiés d'un coup) rendant le suivi des "bugs" plus facile, revenir à une version antérieure, etc...
Et au passage (si la 'base' est sur une autre machine), pouvoir crasher tout son environnement de développement sans perdre une miette de l'historique de son application.

[falsuss]

Mais qu'est-ce que je raconte comme bêtise ... ce n'est pas d'un repair dont je parlais mais bien d'un Clean Project !!!

Effectivement Hizin, j'avais bien un problème sur les R. Prochain problème je tenterai de recompiler !

Sinon l'outil de gestion ça m'a l'air pas mal du tout nicroman !
C'est un module d'éclipse ou un tout autre programme ?

[nicroman]

Subversion sous eclipse
TortoiseSVN sous windows

En gros on a un "repository" (là ou va résider tout l'historique, un peu comme une base de données).
Et un client (subversion intégré à Eclipse, ou TortoiseSVN intégré à l'explorateur Windows)

Pas besoin de serveur si tout se passe en local (accès direct aux fichiers)

[falsuss]

Je vais tester tout ça !

Merci encore.