Comment bien organiser son code

Bonjour

Nouvellement lancée sur android studio et partiellement sur Java et travaillant en solo, je suis un peu perturbée par l'organisation du code.

Dans la plupart des exemples publiés tout le code est dans les activités ce qui rend de mon point de vue le code lourd peu lisible et peu réutilisable.

J'ai réussi a organisé les choses de manière plus rationnelle pour partie mais je m'interroge sur les bonnes pratiques en particulier sur tout ce qui concerne la gestion des interactions utilisateur.

Ou puis-je trouver des infos à ce sujet, des bonnes pratiques, des exemples d'app un peu complexes et bien architecturées,...

Merci d'avance

Nathalie

Si tu fais l'effort de ne pas utiliser de classes anonymes, ton code va devenir naturellement beaucoup plus lisible. Si en plus de cela, tu n'hésites pas à créer des paquetages et donner des noms cohérents aux choses, alors ce sera noël avant l'heure :aie:
Bref, le b-a-b-a de la programmation objet originelle.

Oui oui je me doute, je fais du dev depuis longtemps (PHP sous Z-end, Symfony, du Java pour le Web il y a assez longtemps,...) mais la partie Android est quand même assez spécifique avec les listeners,...
Je voulais savoir s'il y avait des bonnes pratiques avant de ré-inventer la roue.

Super ton cours sur Android. C'est la premier fois que je vois une présentation globale comme ça.

Je cherche aussi des choses pour mieux clarifier les services, les intentServices, la communication inter-applicative,... dans quel cas on utilise un mode plutôt qu'un autre,... j'ai réussi a faire ce que je voulais mais je ne suis pas sure de m'y être pris de la meilleur façon.

Google propose un ensemble de sample comparant différents type d'architecture :

https://github.com/googlesamples/android-architecture

Perso je suis plus partisan d'architecturer correctement sont code sans passer par des librairies tierces , mais c'est une histoire de préférence.
L'appli principale sur laquelle je travail comporte environ 35 "écrans" , 50 layouts et 20 adapters , ce qu'on peut qualifier d'appli "moyenne". je m'en sort très bien avec une architecture très classique.

Comme le dit Hephaistos007 j'évite le plus possible les inner class.
Si ca peut t'orienter , mon code est structuré comme ca :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

/adapter # Tous les adapters (pour les listes par exemples) /billing #Tout ce qui concerne le paiement in app /db # Tout ce qui concerne les bdd /model #Objet métiers /net #Communication réseau (http, tcp , ...) /service # les différents services de l appli /ui /activities # les activités /fragments # les fragments /util # helper en tout genre /widget # les objet d interface custom (vue custom)

---

Chaque dossier fait l'objet d'un namespace et peut contenir plus ou moins de sous dossier en fonction du besoin.

Je viens à la base du web (PHP) j'ai opté pour une architecture qui se rapproche un peu du MVC avec la activities/fragments faisant office de controller