4 – Flex Application Framework : le guide du bon développeur MXML
© Groupe Eyrolles, 2008
51
Création des modules du projet
Retournons à présent au code source MXML pour avancer dans la conception de l’interface de notre projet. Présentement, nous avons une
seule « page » MXML (MediaFoot.mxml). Elle constitue le nœud parent
de notre application et intègre son conteneur principal. Cependant, avec
l’aspect modulaire de notre projet défini avec la figure ci-après, il est
impensable de coder l’ensemble des 8 ou 9 modules dans un fichier
MXML unique. D’une manière générale, aucun développeur n’aime travailler sur un seul fichier monolithique. Plus vraisemblablement, pour
travailler proprement, il faut d’ores et déjà réfléchir à segmenter de façon
structurée notre application en plusieurs fichiers MXML indépendants.
A priori, il serait intéressant de créer une page MXML par module.
C’est une alternative intéressante, car la plupart des modules sont indépendants les uns des autres.
N’oubliez pas qu’une application Flex ne peut contenir qu’une seule
balise MXML de type Application, avec un conteneur principal, intégrant en son sein tous les autres composants de l’application. Mais afin
d’intégrer de nouvelles « pages » MXML, il est possible de créer et
d’intégrer un composant MXML personnalisable dans un fichier séparé.
Figure 4–8
Vue Help de Flex Builder
Figure 4–9
Affichage API dans la fenêtre Help
pour le composant Label
QUALITÉ Modularité du code
D’un point de vue développement, segmenter le
code permet également à une équipe de plusieurs
développeurs de travailler sur la même application
simultanément, ce qui facilite également la maintenance du code. De plus, on optimise de ce fait la
modularité et l’aspect réutilisable du code.
ATTENTION
Composants Flex personnalisables
Nous abordons dans ce chapitre l’un des aspects
les plus intéressants de la programmation
MXML : la personnalisation de composants réutilisables.
© Groupe Eyrolles, 2008
51
Création des modules du projet
Retournons à présent au code source MXML pour avancer dans la conception de l’interface de notre projet. Présentement, nous avons une
seule « page » MXML (MediaFoot.mxml). Elle constitue le nœud parent
de notre application et intègre son conteneur principal. Cependant, avec
l’aspect modulaire de notre projet défini avec la figure ci-après, il est
impensable de coder l’ensemble des 8 ou 9 modules dans un fichier
MXML unique. D’une manière générale, aucun développeur n’aime travailler sur un seul fichier monolithique. Plus vraisemblablement, pour
travailler proprement, il faut d’ores et déjà réfléchir à segmenter de façon
structurée notre application en plusieurs fichiers MXML indépendants.
A priori, il serait intéressant de créer une page MXML par module.
C’est une alternative intéressante, car la plupart des modules sont indépendants les uns des autres.
N’oubliez pas qu’une application Flex ne peut contenir qu’une seule
balise MXML de type Application, avec un conteneur principal, intégrant en son sein tous les autres composants de l’application. Mais afin
d’intégrer de nouvelles « pages » MXML, il est possible de créer et
d’intégrer un composant MXML personnalisable dans un fichier séparé.
Figure 4–8
Vue Help de Flex Builder
Figure 4–9
Affichage API dans la fenêtre Help
pour le composant Label
QUALITÉ Modularité du code
D’un point de vue développement, segmenter le
code permet également à une équipe de plusieurs
développeurs de travailler sur la même application
simultanément, ce qui facilite également la maintenance du code. De plus, on optimise de ce fait la
modularité et l’aspect réutilisable du code.
ATTENTION
Composants Flex personnalisables
Nous abordons dans ce chapitre l’un des aspects
les plus intéressants de la programmation
MXML : la personnalisation de composants réutilisables.