Flex MXML – Rendre le MXML interactif avec les évènements (event) et le Data Binding
Le MXML est pratique pour créer des interfaces utilisateur (mise en page et contrôles). Cependant, le contenu statique n'est pas le but d'une application internet riche. Les utilisateurs veulent être capable d'interagir avec les applications Flex. Il y a deux grands moyens de créer des interactions en MXML: les évènements et le data binding.
Traitement des Évènements
Chaque composant fait un certain nombre de choses. Par exemple, au minimum, tous les composants visuels sont initialisés et mis à la bonne taille. La plupart des composants peuvent faire des choses spécifiques. Par exemple, un bouton peut répondre au click de l'utilisateur. Toutes ces choses sont diffusées en ce que l'on appelle un évènement (event). Un event est la manière dont le composant peut notifier d'autres parties de l'application quand une action est faîte. Quand un composant envoie une notification, on dit qu'il diffuse un évènement (dispatch an event).
Flex MXML – Les Composants MXML
Les applications Flex sont largement composées de composants (éléments modulaires). Techniquement, un composant est une classe ActionScript ou un document MXML Component qui a été mappé à un identifiant via un fichier manifest pour qu'il puisse être instancié en MXML. Il y a différents types de composants, mais pour le framework Flex, il y a deux types basiques de composants: visuels et non-visuels.
Les composants visuels sont les suivants:
- Conteneurs (containers)
- Contrôles IHM ( User Interface Controls )
Les composants non-visuels sont les suivants:
- Composants Data
- Composants Utility
Flex MXML – Comprendre la Syntaxe MXML et sa Structure
MXML est un langage de description utilisé pour créer l'interface utilisateur. Comme son nom l'indique, MXML est un langage basé sur XML. Si vous êtes familier de XML ou de HTML, la plupart des concepts généraux vous seront familier. MXML utilise des tags pour créer des composants comme des éléments d'interface contrôles IHM (Interface Homme-Machine ou User Interface Controls), par exemple des boutons, menus, etc … Ces tags spécifient aussi la manière par laquelle ces composants interagissent les uns avec les autres et avec le reste de l'application, y compris les sources de données.
Création de documents MXML
Tous ce qui est MXML doit apparaître dans un document MXML (c'est à dire un document texte avec l'extension ".mxml"). Vous pouvez utiliser n'importe quel éditeur de texte, éditeur XML ou IDE qui peuvent traiter du texte ou du XML pour écrire du MXML. Pour créer un nouveau document MXML, il suffit de créer un nouveau fichier portant l'extension ".mxml". Si vous utilisez Flex Builder, vous pouvez utiliser les menus du programme pour ajouter soit un nouveau MXML Application, soit un nouveau MXML Component. Tous deux sont des documents MXML, seul change le nœud racine (root node) ajouté à ce document.
Création d'Applications Flex – Utilsation des Runtime Shared Library (RSL) et Flex Builder
Les Runtime Shared Library (RSL) sont un moyen de partager des éléments graphiques et des librairies entre plusieurs fichiers SWF du même domaine. Les RSL sont utiles quand vous avez plusieurs fichiers SWF qui ont des éléments graphiques et/ou des librairies en commun. Par exemple, si a.swf et b.swf utilisent toutes deux le même ensemble de 25 classes et d'images embedded qui ajoutent 100Ko, l'utilisateur doit télécharger les même 100Ko deux fois, une fois pour chaque SWF.
La théorie derrière les RSL implique un concept appelé "linking". Tous les SWF utilise une (ou les deux) forme de linking: static et dynamic. Par défaut, tous les linking sont static. Quand un élément graphique ou un fichier source est linké de manière static à un SWF, cela signifie qu'il est compilé dans un SWF. Dynamic linking signifie que l'élément graphique ou le fichier source n'est pas compilé dans le SWF mais le SWF à une référence vers un SWF dans lequel il a été compilé. Grâce au dynamic linking, vous pouvez spécifier quels éléments ne doivent pas être compilés dans un SWF pour réduire la taille totale su SWF. Le SWF est ensuite lié à un autre SWF dans lequel les éléments ont été compilés. Cela permet d'extraire les éléments commun depuis deux ou plusieurs fichiers SWF et les placer dans un autre SWF vers lequel tous les fichiers SWF seront linkés dynamiquement. Ce nouveau SWF est appelé Runtime Shared Library.
Création d'Applications Flex – Utilisation de SWFObject
Les applications Flex sont lues par Flash Player, et donc, elle n'ont pas besoin de conteneur (wrapper) supplémentaire. Cependant, la plupart des applications Flex intègrent (embed) Flash Player dans une page HTML, pour les raisons suivantes:
- De nombreuses applications Flex existent en tant que partie d'une application plus large, basée sur du HTML
- Intégrer Flash Player dans une page HTML permet une meilleure intégration avec le navigateur web
Disons que vous voulez intégrer votre application Flex dans une page HTML, il y a de nombreuses manières de le faire. L'approche la plus complèxe est d'écrire le code HTML/JavaScript à la main. D'un autre côté, vous pouvez utiliser un template ou un outil qui intègre Flash Player dans une page HTML. Par exemple, quand vous compilez avec Flex Builder, le compilateur crée un fichier HTML contenant votre application. De plus, cette page fait la détection de votre Flash Player pour le mettre à jour à une version 9 s'il le faut.
Mes projets (Open Source)
Autres
