Flex 3 - Applications Internet riches
© Groupe Eyrolles, 2008
26
La normalisation du langage ActionScript 3.0
ActionScript 3 suit la norme définie par le comité ECMA. Rappelons
que l’ECMA (European association for standardizing information and
communication systems) est une organisation de normalisation qui
s’occupe de développer les standards concernant les langages de script et
de programmation (entre autres). Dans ce cadre, l’ECMA est en charge
du standard ECMAScript dont s’inspire ActionScript 3.0 (ou AS3)
pour l’édition 4. Ce standard devait définir la nouvelle orientation des
langages de script, dont AS3 fait partie, en améliorant considérablement
la puissance de calcul et la rigueur dans la programmation d’application
côté client. Adobe a collaboré avec l’ECMA dans ce sens pour faire évoluer la norme et la maintenir à jour pendant de nombreuses années.
Malheureusement, le comité ECMA a décidé, au second semestre 2008,
de cesser tous les travaux en cours sur la version 4 de l’ECMAScript afin
de se concentrer sur la version 3.1 dont dépend le JavaScript actuel. Ce
revirement, approuvé par Microsoft, Apple, Yahoo et Dojo est regrettable. ActionScript 3.0 continuera certes à évoluer mais, jusqu’à nouvel
ordre, il ne suivra plus fidèlement le standard ECMA.
Communiquer avec le monde extérieur
Flex est une technologie de développement orientée client (front-end)
spécialisée dans la conception de média riche(rich media). . Flex n’est
donc pas un outil de développement orienté serveur (back-end). Les connecteurs du SDK permettent toutefois d’invoquer toutes sortes de technologies back-end, sans remettre en cause votre couche métier.
L’interfaçage entre vos technologies serveur et Flex est quasi transparente. Tout ce qui était possible avec le Web classique le demeure : services web (SOAP), services Java déclarés sur serveur, invocation de
scripts REST, etc. Flex est conçu pour pouvoir s’interfacer aisément avec
tous les serveurs web de présentation, sans restriction vis-à-vis du langage de script : ASP.NET, Ruby, PHP, JSP, etc.
De plus, Adobe rend disponibles deux nouvelles applications facilitant
l’utilisation de services serveur J2EE : LifeCycle Data Services (LCDS,
anciennement Flex Data Service) et BlazeDS (solution plus limitée que
LCDS, mais libre). Ces deux applications serveur sont à déployer sur le
serveur web. Elles permettent d’utiliser Flex en application cliente avec
des services serveur en support, tels que RPC (Remote Procedure Call),
messagerie, diffusion de données en temps réel (push data), persistance
des données, Flex-Ajax Bridge, JMS (Java Message Service), etc. Nous
verrons, lors du développement de notre étude de cas, comment utiliser
et déployer ces applications avec la passerelle AMFPHP et BladeDS.
© Groupe Eyrolles, 2008
26
La normalisation du langage ActionScript 3.0
ActionScript 3 suit la norme définie par le comité ECMA. Rappelons
que l’ECMA (European association for standardizing information and
communication systems) est une organisation de normalisation qui
s’occupe de développer les standards concernant les langages de script et
de programmation (entre autres). Dans ce cadre, l’ECMA est en charge
du standard ECMAScript dont s’inspire ActionScript 3.0 (ou AS3)
pour l’édition 4. Ce standard devait définir la nouvelle orientation des
langages de script, dont AS3 fait partie, en améliorant considérablement
la puissance de calcul et la rigueur dans la programmation d’application
côté client. Adobe a collaboré avec l’ECMA dans ce sens pour faire évoluer la norme et la maintenir à jour pendant de nombreuses années.
Malheureusement, le comité ECMA a décidé, au second semestre 2008,
de cesser tous les travaux en cours sur la version 4 de l’ECMAScript afin
de se concentrer sur la version 3.1 dont dépend le JavaScript actuel. Ce
revirement, approuvé par Microsoft, Apple, Yahoo et Dojo est regrettable. ActionScript 3.0 continuera certes à évoluer mais, jusqu’à nouvel
ordre, il ne suivra plus fidèlement le standard ECMA.
Communiquer avec le monde extérieur
Flex est une technologie de développement orientée client (front-end)
spécialisée dans la conception de média riche(rich media). . Flex n’est
donc pas un outil de développement orienté serveur (back-end). Les connecteurs du SDK permettent toutefois d’invoquer toutes sortes de technologies back-end, sans remettre en cause votre couche métier.
L’interfaçage entre vos technologies serveur et Flex est quasi transparente. Tout ce qui était possible avec le Web classique le demeure : services web (SOAP), services Java déclarés sur serveur, invocation de
scripts REST, etc. Flex est conçu pour pouvoir s’interfacer aisément avec
tous les serveurs web de présentation, sans restriction vis-à-vis du langage de script : ASP.NET, Ruby, PHP, JSP, etc.
De plus, Adobe rend disponibles deux nouvelles applications facilitant
l’utilisation de services serveur J2EE : LifeCycle Data Services (LCDS,
anciennement Flex Data Service) et BlazeDS (solution plus limitée que
LCDS, mais libre). Ces deux applications serveur sont à déployer sur le
serveur web. Elles permettent d’utiliser Flex en application cliente avec
des services serveur en support, tels que RPC (Remote Procedure Call),
messagerie, diffusion de données en temps réel (push data), persistance
des données, Flex-Ajax Bridge, JMS (Java Message Service), etc. Nous
verrons, lors du développement de notre étude de cas, comment utiliser
et déployer ces applications avec la passerelle AMFPHP et BladeDS.