Flex 3 - Applications Internet riches
© Groupe Eyrolles, 2008
80
Hormis dans les applications Ajax, les pages HTML présentent souvent
une navigation difficile en raison de leur rafraîchissement systématique à
chaque interaction avec un utilisateur. En effet, les sites web 1.0 traditionnels sont habituellement construits avec des pages HTML individuelles, plus ou moins hiérarchisées, connectées les unes aux autres par
des hyperliens permettant la navigation de page en page.
Les sites Internet étant de plus en plus complexes, ce modèle Web 1.0
est devenu inefficace et obsolète. À chaque fois que l’internaute clique
sur un lien, une requête est envoyée à un serveur web, qui doit localiser la
page d’où provient la requête, analyser la réponse à retourner, envoyer
cette réponse via un canal Internet pour finir par un chargement des
données dans un navigateur.
Or, depuis l’avènement du Web 2.0, une interaction utilisateur sur une
page web ne nécessite pas systématiquement un échange entre un client
et un serveur. Dans la plupart des cas, c’est une opération superflue qu’il
convient donc de limiter.
Les view states de Flex permettent de réduire les échanges client-serveur
inutiles. En effet, le mécanisme induit des view states permet de structurer de façon ergonomique votre application afin de gérer efficacement
les différents états d’affichage de l’interface utilisateur. Imaginez par
exemple un formulaire d’identification. Ce formulaire pourrait se
déployer et afficher des informations supplémentaires après identification de l’internaute. Il est donc inutile de recharger intégralement une
nouvelle page à cet effet, et il serait plus pertinent de proposer un nouvel
état d’affichage (c’est-à-dire un nouveau view state).
Dans une application Flex bien conçue, les utilisateurs interagissent et
accèdent à l’information immédiatement, sans délai de rafraîchissement.
L’application RIA est discrètement organisée en sections ou états. Nous
allons appliquer ce concept à la page d’accueil de notre étude de cas, afin
de matérialiser tout l’intérêt de cette technique combinée aux effets de
transitions disponibles avec Flex.
Intégration d’un état d’affichage
Prenons par exemple le panneau Edito de notre page d’accueil. Ce panneau
intégrera ultérieurement du contenu texte et graphique. Il serait également
bon, d’un point de vue ergonomique, de proposer un élément de contrôle
pour « déployer » ce panneau et l’agrandir, afin qu’il affiche davantage
d’informations (figures 6-1 à 6-3). Ce faisant, les panneaux disposés en
dessous du panneau Edito devront automatiquement se décaler vers le bas
pour éviter une superposition inopportune avec le panneau développé.
CLIN D’ŒIL Flex View States et Flash
Timeline, même combat ?
Les concepteurs Flash retrouveront avec les view
states un concept finalement assez similaire au
principe de la timeline. En effet, définir différents
états d’affichage dans Flex revient plus ou moins à
travailler sur plusieurs états différents d’une timeline avec Flash…
© Groupe Eyrolles, 2008
80
Hormis dans les applications Ajax, les pages HTML présentent souvent
une navigation difficile en raison de leur rafraîchissement systématique à
chaque interaction avec un utilisateur. En effet, les sites web 1.0 traditionnels sont habituellement construits avec des pages HTML individuelles, plus ou moins hiérarchisées, connectées les unes aux autres par
des hyperliens permettant la navigation de page en page.
Les sites Internet étant de plus en plus complexes, ce modèle Web 1.0
est devenu inefficace et obsolète. À chaque fois que l’internaute clique
sur un lien, une requête est envoyée à un serveur web, qui doit localiser la
page d’où provient la requête, analyser la réponse à retourner, envoyer
cette réponse via un canal Internet pour finir par un chargement des
données dans un navigateur.
Or, depuis l’avènement du Web 2.0, une interaction utilisateur sur une
page web ne nécessite pas systématiquement un échange entre un client
et un serveur. Dans la plupart des cas, c’est une opération superflue qu’il
convient donc de limiter.
Les view states de Flex permettent de réduire les échanges client-serveur
inutiles. En effet, le mécanisme induit des view states permet de structurer de façon ergonomique votre application afin de gérer efficacement
les différents états d’affichage de l’interface utilisateur. Imaginez par
exemple un formulaire d’identification. Ce formulaire pourrait se
déployer et afficher des informations supplémentaires après identification de l’internaute. Il est donc inutile de recharger intégralement une
nouvelle page à cet effet, et il serait plus pertinent de proposer un nouvel
état d’affichage (c’est-à-dire un nouveau view state).
Dans une application Flex bien conçue, les utilisateurs interagissent et
accèdent à l’information immédiatement, sans délai de rafraîchissement.
L’application RIA est discrètement organisée en sections ou états. Nous
allons appliquer ce concept à la page d’accueil de notre étude de cas, afin
de matérialiser tout l’intérêt de cette technique combinée aux effets de
transitions disponibles avec Flex.
Intégration d’un état d’affichage
Prenons par exemple le panneau Edito de notre page d’accueil. Ce panneau
intégrera ultérieurement du contenu texte et graphique. Il serait également
bon, d’un point de vue ergonomique, de proposer un élément de contrôle
pour « déployer » ce panneau et l’agrandir, afin qu’il affiche davantage
d’informations (figures 6-1 à 6-3). Ce faisant, les panneaux disposés en
dessous du panneau Edito devront automatiquement se décaler vers le bas
pour éviter une superposition inopportune avec le panneau développé.
CLIN D’ŒIL Flex View States et Flash
Timeline, même combat ?
Les concepteurs Flash retrouveront avec les view
states un concept finalement assez similaire au
principe de la timeline. En effet, définir différents
états d’affichage dans Flex revient plus ou moins à
travailler sur plusieurs états différents d’une timeline avec Flash…