Discussion :

[TicTacToe]

Bonjour,

Pour des questions de centralisations et de souplesses du code, dans certaines situations je créé mes layout dynamiquement notamment pour des items de ListView.

Typiquement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
public class TViewLVItem extends LinearLayout {
 
    /*== VARIABLES GENERALES ==*/
 
 
    protected Context context;
    public ArrayList<TextView> lTextViews;
    public int iType; // pour utilisation exterieure, type du layout (détail, titre etc...)
 
 
    /*== CONSTRUCTEURS ET SURCHARGES ==*/
 
 
    public TViewLVItem(Context context, int iNbTextView ) {
        super(context);
        this.context = context;
        lTextViews = new ArrayList<TextView>();
 
 
        // Parametrage du layout
        this.setOrientation( HORIZONTAL );
 
 
        // construction des TextView
        TextView textView;
        for ( int i = 0; i < iNbTextView; i++ ) {
            textView = new TextView( context );
            if ( i < ( iNbTextView - 1 ) )
                this.addView( textView, new LinearLayout.LayoutParams( LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT ) ); else
                this.addView( textView, new LinearLayout.LayoutParams( LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT ) );
            lTextViews.add( textView );
        }
    }
...

et dans un adapter 'extends BaseAdapter' je l'utilise de cette manière

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
        @Override
        public View getView(int iPos, View view, ViewGroup viewGroup) {
            TViewLVItem viewLigne = (TViewLVItem)view;
            cursor.moveToPosition(iPos);
            if ( view == null )
                viewLigne = creerLigneNormale();
            viewLigne.setText( cursor );
            return viewLigne;
        }
 
 
        protected TViewLVItem creerLigneNormale() {
            TViewLVItem viewLigne = new TViewLVItem( context, 2 );
            viewLigne.setDims( new int[]{ 20, 60 } );
            return viewLigne;
        }

au lieu du traditionnel inflater.inflate( resource layout xml).


Cette méthode a pour moi beaucoup d'avantages:
- toutes mes ListView auront le même style, quelque soit mon nombre de colonnes des mes ListView créées
- moins de fichiers xml représentant chaque item de ListView
- et également accès rapide au TextView, évitant de réaliser une sorte de cache dans l'adapter pour éviter des findByView sur les TV du layout à outrance.
- et au niveau lisibilité du code je trouve aussi cela nettement plus clair et réutilisable


Je n'ai pas constaté visuellement de différence de vitesse (ListeView de 1000 lignes, avec 4 colonnes TV par exemple)
entre cette utilisation et l'utilisation d'un layout XML chargé avec un inflater.
Mais ce n'est que visuel et sur mon mobile... d'ou ma question pour ne pas avoir de surprise plus tard...

Est-ce que la création dynamiqe d'un layout et de ses composants est plus lent que le chargement (que je suppose optimisé) par un inflater.inflate( res. xml) ?
si oui, avez vous un ordre de grandeur x1.1 x10 x100 ?

merci

[hotcryx]

Est-ce que la création dynamiqe d'un layout et de ses composants est plus lent que le chargement (que je suppose optimisé) par un inflater.inflate( res. xml) ?
si oui, avez vous un ordre de grandeur x1.1 x10 x100 ?

Je crée également mon layout par code.
Dans le passé, j'avais à chaque fois des bugs avec les xml et alors j'ai testé cette méthode.

Effectivement, il doit y avoir un impact au niveau de l'utilisation mémoire.
Perso, je n'ai pas des listes énormes donc c'est difficile à dire pour 1000 items.

[TicTacToe]

oui il y a également le coté prise de ressources. Mais je ne pense pas qu'un objet layout créé
dynamiquement prennent beaucoup plus de place qu'un XML (quoique??? je sais pas du tout à vrai dire)

Mais quoi qu'il en soit, que la liste fasse 100 ou 10000 items, ça ne devrait rien changer dans un cas comme dans l'autre car à ce que j'ai compris
les layouts sont ré-utilisés et le nombre d'instanciations est limité (géré au mieux par le système, nombre d'items affichables + delta certainement).

[Hizin]

Tu utilises le principe du "holder" pour les ListView, ce qui est préconisé justement. Une cellule n'est créée qu'une fois, et est réutilisée ensuite. Donc niveau perf, ce que tu fais est équivalent à l'utilisation par XML.
Je pense que la créa dynamique est un poil plus lente, mais sauf avoir des objets complexes, je ne pense pas que ça se ressente. Il faudrait essayer sur des veaux (style une Galaxy Tab 1ère génération).

De mon côté, je préfère de loin passer par les XML, uniquement pour le rendu temps réel. Je n'aime pas l'éditeur WYSIWYG.
Pour les apparences, j'utilise des styles et des thèmes, qui sont fait pour ça.
Avoir "trop" de XML ne me dérange pas, vu que je ne navigue pas "à la main" dedans, mais je passe toujours par de l'ouverture de ressource, il faut par contre bien les nommer pour éviter d'être submergée ou que ce soit le foutoir.

[TicTacToe]

Je pense que la créa dynamique est un poil plus lente, mais sauf avoir des objets complexes, je ne pense pas que ça se ressente. Il faudrait essayer sur des veaux (style une Galaxy Tab 1ère génération).

C'est exactement ce que je pensais mais ça me rassure un peu d'avoir des confirmations. Et comme j'utilise la création dynamique pour des items et pas pour des écrans entiers, ce ne sera jamais très complexe.

(et puis j'ai pas de veau à la maison )

Merci pour vos réponses !