Discussion :

[vangoeth]

Bonjour,

Je m'explique, j'ai eu des remarque sur un travail (mon application android) en ce qui concerne la redondance dans la déclaration des variables.

On m'a conseillé de faire un tableau de variables, mais en faisant des recherches et demandant autour de moi on m'a conseillé de faire une interface (vu que mes class héritent déjà toute d'une superclass).

Donc voilà en gros mon application se compose de 3 activités principales (qui slide entre elles).
Chaque activité à exactement la même forme (à un détail près, certaine données changent en fonction de l'activité, mais ça c'est plus pr le web service).

Donc en gros, chacune d'entre elles à exactement les même variables, même écouteur d'évènement, même bouton et même class et appel asynchrone (sauf variables url ou autre).

Petit soucis, j'ai remarque que tout ce qui était dans mon "public View onCreateView" n'avait pas l'air de pouvoir être mis dans l'interface (exemple la liaison entre un adaptateur et son layout, par exemple pour les listes).

Je sais plus trop quoi faire pour éviter la redondance, j'espère avoir été assé clair ^^

Merci d'avance pour vos réponses

[Hizin]

Défini le tout dans une superclasse abstraite plutôt que dans une interface.
Tout le code redondant doit être déporté dans cette classe-là, et ensuite, elle doit posséder des méthodes abstraites pour les implémentations changeant.

Dans les interfaces, il n'est pas possible d'avoir des attributs, ni des implémentations de méthodes, donc difficile de diminuer une redondance de code à l'aide d'interface.

[vangoeth]

Merci pour ta réponse,

Le problème à cette technique là c'est que mes 3 class héritent de Fragment (ce qui permet par la suite de créer une slider) donc la solution "extends" n'est plus possible et c'est pour ça que j'ai visé les interfaces qui permettait d'ajouter un héritage si on veut

[Hizin]

Ben ... ta superclasse hérite de Fragment.
Tes classes à toi héritent de la superclasse (donc de Fragment).

Où est le souci ?

[vangoeth]

La superclass fragment est une classe existante à la base, je ne l'ai pas créé, et je n'ai encore jamais modifié de classe existante donc je sais même pas si c'est possible ^^

[Hizin]

Mais ... tu ne la modifie pas ôO

Tu dis que tu as 3 classes héritant de Fragment et que celles-ci possèdent du code redondant.

Je te suggère de faire un niveau intermédiaire, en créant une autre classe qui servira de superclasse pour les 3 classes héritant de Fragment et factorisant le code.

En somme, passer du premier au second :

[hotcryx]

Ca tient la route

[vangoeth]

Ha ok donc tu me dis de créer une classe qui hérite de fragment et mes 3 classes (qui sont en réalité mes 3 vues à slider) héritent de cette superclasse?

[Hizin]

Oui.

Ainsi, tu factorises ton code dans cette superclasse, et tu raffines selon le besoin dans les classes héritant de celle-ci (ce qui, potentiellement, peut t'en permettre d'en créer facilement une quatrième, cinquième, sixième ... qui serait dans le même cas que les autres).

[vangoeth]

ça me parait pas mal en effet, mais cela me permettra de supprimer la redondance dans les variables mais par contre pour ce qui est des écouteurs d'évènements sur les boutons ou sur mes listeView (pour les faire apparaître et disparaître), ainsi que les liaison des éléments à mes layout, c'est pas possible et je trouve pas grand chose là-dessus :s

[Hizin]

Pour les listener, si ce sont les mêmes, tu peux les externaliser dans une "vraie" classe, et ensuite l'appliquer.

Pour les liaisons, là ... ils pourraient (conditionnel) être factorisé dans le onCreate (ou assimilé) de la superclasse, mais je ne donnerai pas ça comme certitude.

[vangoeth]

Le soucis c'est qu'à partir du moment où le listener n'est pas dans le onecreate, il affiche une erreur en disant qu'il ne peut pas se trouver là.
J'ai l'impression que mon problème de redondance n'as pas de solution :s