Architecture pour les Activity

Bonjour,

Dans mon application, j'ai remarqué que je fais des choses assez récurrente dans le "onCreate", notamment :

Code:

---

1 2 3 4 5 6 7

webServiceManager = WebServiceManager.getInstance(this); infosSession = InfosSession.getInstance(); errorManager = ErrorManager.getInstance(); TAG = this.getLocalClassName(); Log.d(TAG, "onCreate"); setContentView(R.layout.account);

---

Il vas aussi y avoir la gestion des menus et sans doute d'autre choses auxquelles j'ai pas encore pensé.

Donc je me suis dit qu'il aurai été intéressant de créer une classe "MainActivity" où on implémenterai toutes ses chose récurrentes.
Et toutes nos activity hériteraient de "MainActivity".

J'aurais voulu avoir votre avis la-dessus.

Merci.
Drlord.

Oui, dans ta classe MainActivity, tu créé une méthode init() dans laquelle tu fais tous tes traitements récurrents.

Il ne te restera qu'à faire hériter tes autres activités de celles ci et d'appeler la méthode init() dans les onCreate().

Effectivement, c'est la solution que j'ai en tête pour le moment.
Par contre, j'aurais bien voulu donner des paramètres à mon activity lors de sa création par exemple le "layout" et sur ce point je sèche un peu car pour lancer une activity on passe par un startActivity...

Mais dans l'Intent que tu utilises pour lancer l'activité, tu peux lui passer un Bundle, que le onCreate prend en argument.
Tu peux rajouter des "extras" à ce Bundle aussi :)

Tout a fait raison sur ce point, j'y avait pas pensé.

Ce sont des pratiques que vous utilisez dans vos développements?

Soit je passe par un Bundle dans le cas d'une communication 1=>1, soit je passe par des SharedPreferences dans le cas de communication X<=>X.

C'est là, autant s'en servir ! :)

Merci pour les réponses.
J'aurais une autre question.
Je fais appel à un webservice SOAP.
Donc j'ai créé un singleton pour manager mon webservice, ainsi qu'une classe pour chaque requête et une classe pour chaque réponse.

Voici comment est effectué ma requête:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

new Thread(new Runnable() {   @Override public void run() { // Requête de version VerifVersion vv = new VerifVersion(); vv.Technicien = technicien; vv.version = version; String response = webServiceManager.VerifVersion(vv); // Envoie de la réponse au handler Message myMessage = myHandler.obtainMessage(VERIFVERSION); Bundle messageBundle = new Bundle(); messageBundle.putString("response", response); myMessage.setData(messageBundle); myHandler.sendMessage(myMessage); } }).start();

---

Et voici la gestion de la réponse:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

case VERIFVERSION: response = msg.getData().getString("response"); if (response == null) { errorManager.showToastLong(getBaseContext(), getString(R.string.verif_version_error)); } else { // Traîtement de la réponse de vérification de version VerifVersionResponse vvr = new VerifVersionResponse(); vvr.setResponse(response); if (vvr.response == null) { errorManager.showToastLong(getBaseContext(), getString(R.string.verif_version_error)); } else errorManager.showToastLong(getBaseContext(), getString(R.string.needUpdate) + vvr.needUpdate); } response = null; break;

---

Sachant que les requêtes sont lancer dans un thread et que les réponses sont gérer dans un handler.

Je ne trouve pas du tout optimal mon architecture.
Je me retrouve à avoir plusieurs thread dans la même activity, et donc un handler de plus en plus gros.
Il n'y aurai-t-il pas une meilleurs façon de faire?

Je suis ouvert à toutes les critiques mais aussi à des solutions ;)