Par David Rousselie, le 6 novembre 2009 |
Catégorie:
L'Atelier de l'architecte |
7 commentaires |
Imprimer
Alors que Macromedia (racheté en 2005 par Adobe) était parti seul devant, début 2004, dans le développement d’applications RIA en sortant la première version de Flex, voilà que fin 2006 (plus de 2 ans après donc), Microsoft dévoile une première version de sa réponse à Flex nommée Silverlight. Seulement, cette première version n’était là que pour « occuper le terrain » car elle restait encore très loin derrière Flex qui passait à peu près au même moment en version 2. D’ailleurs, à peine cette première version de Silverlight sortie, Microsoft annonçait déjà les premières versions Alpha de la v2 qui viendrait avec une machine virtuelle plus performante, une version allégée de la CLR .Net, en lieu et place du moteur Javascript de la v1. Alors que la v2 est sortie en fin d’année dernière, la v3 sort seulement un peu plus de 6 mois après. Il semble donc que malgré son retard, Microsoft produit à un rythme impressionnant de nouvelles versions de Silverlight en apportant à chaque fois un nombre non négligeable de nouvelles fonctionnalités. Même si Adobe continue de faire évoluer sa plateforme et s’apprête à sortir la version 4 d’ici la fin de l’année, les deux technologies sont aujourd’hui au coude à coude.
Dans cet article, nous ferons un tour panoramique de ces deux technologies afin de pointer leurs similitudes et différences.
(Lire la suite…)
Par David Rousselie, le 23 avril 2009 |
Catégorie:
L'Atelier de l'architecte |
Pas de commentaires |
Imprimer
Ces derniers temps, il ne se passe pas un mois sans que l’on entende parler d’un nouveau framework destiné au développement d’application Flex. Parmi ceux-ci, deux d’entre eux retiennent notre attention puisqu’ils sont hébergés au sein de Spring. Ces deux projets sont Spring Actionscript (en incubation pour le moment) et Spring Flex.
Spring Flex n’est qu’une extension au projet Spring que les développeurs Java connaissent bien. Il permet d’exposer des classes Java sous forme de services BlazeDS depuis la configuration Spring.
Spring ActionScript par contre, est un conteneur IoC destiné à la partie cliente d’une application Flex. C’est sur celui-ci que nous nous attarderons dans cet article.
(Lire la suite…)
Par Mickaël Morier, le 31 mars 2009 |
Catégorie:
L'Atelier de l'architecte |
Pas de commentaires |
Imprimer
Pourquoi référencer une application dans les moteurs de recherche ?
Le référencement est une étape non négligeable du développement d’un site Internet. Ne pas référencer son application dans les moteurs de recherche revient à imprimer une plaquette publicitaire sans la distribuer. Si les moteurs de recherche savent parfaitement référencer un site HTML, qu’en est-il des applications RIA développées avec des technologies telles que Flex ou Silverlight ?
(Lire la suite…)
Par Olivier Mallassi, le 28 mars 2009 |
Catégorie:
L'Atelier de l'architecte |
1 commentaire |
Imprimer
Lorsqu’on regarde une application « grand public », on note au moins les besoins suivants : rien de génial la dedans, interagir avec des données, de consulter et de naviguer dans du contenu mise en forme. A côté de ces besoins, on recherche souvent « THE » solution, celle qui va résoudre tous nos problèmes, celle qui va répondre à tous nos besoins. Reste que si une telle technologie existait, on l’aurait déjà trouvée. Un peu comme les alchimistes qui recherche à transformer le plomb en or…
J’ai cette impression que ces applications devront – au moins à moyen terme – mixer les technologies. Flex est adapté pour réaliser des interactions utilisateurs trés riches, trés visuelles : slider, drag&drop, transitions visuelles et autres effets visuels… . A l’inverse, HTML reste la technologie la plus adaptée pour gérer du contenu mis en forme, pour assurer la navigabilité dans ce contenu. Dès lors, comment faire communiquer ces deux mondes : Flex et HTML.
(Lire la suite…)
Par Olivier Mallassi, le 31 octobre 2008 |
Catégorie:
L'Atelier de l'architecte |
1 commentaire |
Imprimer
L’agrégation d’IHM ! ou nouveau buzz, les mashups ! Bref, ce besoin d’agréger dans le navigateur des informations provenant de sites multiples peut se trouver freiné par une règle de sécurité séculaire (enfin depuis Netscape 2.0…) : la Same Origine Policy.
(Lire la suite…)