1. BINDING

2. Binding : Le principe • Le DataBinding (association de données) est un moyen de lier les données d’un objet, à un autre objet • Copie des données d’un objet source, vers un objet destination • Par exemple, c’est relier un label à un champs texte. Si on modifie le champs texte, le label sera modifié automatiquement.

3. Binding : un exemple Dans cet exemple, lorsque l’on écrira du texte dans le textinput d’id source, celui-ci apparaîtra automatiquement dans le label d’id Desination. <?xml version="1.0" encoding="utf-8"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="vertical"> <mx:Label text="Source" /> <mx:TextInput id="source" /> <mx:Label text="Destination" /> <mx:Label id="destination" text="{source.text}" /> </mx:Application>

4. Binding : de la magie ? • Le DataBinding n’est pas de la magie • Puissance du compilateur (code généré => listeners, handlers…)

5. MOCK

6. Définition • Un objet de type doublure permet donc de simuler le comportement d'un autre objet concret de façon maitrisée. • L'emploi de doublures est largement utilisé pour les tests unitaires mais elle peut aussi être mise en oeuvre lors des développements pour par exemple remplacer un objet qui n'est pas encore écrit. • L'utilisation des doublures permet aux tests unitaires de se concentrer sur les tests du code de la méthode qui correspond au System Under Test (SUT) sans avoir à se préoccuper des dépendances. • Ainsi, les doublures ont pour rôle de simuler le comportement d'un objet permettant de réaliser les tests de l'objet de façon isolée et répétable. • Un objet de type mock permet de simuler le comportement d'un autre objet concret de façon maitrisée et de vérifier les invocations qui sont faites de cet objet. • Cette double fonctionnalité permet dans un test unitaire de faire des tests sur l'état (state test) et des tests sur le comportement (behavior test).