OpenLaszlo se distingue de ses principaux concurrents (Silverlight, Flex, Curl) par son noyau de compilation qui permet, à partir d'un même code source, de générer un rendu quasi identique de l'application en Flash (v7/8) et en DHTML (le runtime DHTML était en version bêta depuis la version 4.0). OpenLaszlo a atteint une certaine maturité (développement commencé en 2001) et commence à être visible chez quelques grandes enseignes et services du net (WallMart, Fnac, Gliffy, G.ho.st...). La barre des 500 000 téléchargements a été atteinte tout récemment.
Cette version n'apporte pas de grandes fonctionnalités, outre le passage en version stable du runtime DHTML et une massive correction de bug. On notera la grosse mise à jour de la documentation fournie avec le package de développement qui permet de couvrir l'intégralité des fonctions avec exemples à l'appui.
La fin du travail sur le runtime DHTML permet à l'équipe de se concentrer sur le développement du runtime Flash 9. Certains tests des premières versions bêta présentent déjà un gain en vitesse d'exécution de l'ordre de 6x.
Aller plus loin
- Télécharger OpenLaszlo 4.1 (2 clics)
- Le site web d'OpenLaszlo (2 clics)
- Le guide du développeur (2 clics)
- Les notes de version pour la 4.1 (2 clics)
- Annonce précédente sur DLFP OpenLaszlo 4.0 (1 clic)
# Déport de la gestion d'interface sur le navigateur
Posté par Ontologia (site web personnel) . Évalué à 2.
OpenLaszlo, tel qu'il est, compile un code et envoie du DHTML tout prêt au navigateur qui discute ensuite avec le serveur.
On peut alors imaginer d'aller plus loin : On construit un interpréteur xml dans le code DHTML qui échoit au navigateur, interpréteur qui lira la description de l'interface, et quelques évènements associés.
Les allers/retours client serveurs sont bien moindre.
Par contre, j'ai un peu peur au niveau des performances.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Déport de la gestion d'interface sur le navigateur
Posté par misterpatate . Évalué à 5.
Le serveur envoie un seul script javascript au navigateur et seul les requêtes avec des données sont échangés entre le client et le serveur.
pour la deuxième partie l'interprétation du XML fait partie intégrante du langage, tout est XML en faite.
Il est donc possible de déporter le gestion complète de l'interface sur le navigateur, voir même se détacher complètement du serveur grâce à des technologies comme Google Gears dont l'utilisation est facilité avec le mode DHTML.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.