1 / 14

Clients riches

Clients riches. RIA (Rich Internet Application) / RDA Utilisation du navigateur côté client Web traditionnel / AJAX ad-hoc DHTML, Flash, Java Intégration AJAX pour améliorer l'interactivité. Challenges à relever. Interface complexe Incompatibilités navigateurs JavaScript compliqué

cicily
Download Presentation

Clients riches

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Clients riches • RIA (Rich Internet Application) / RDA • Utilisation du navigateur côté client • Web traditionnel / AJAX ad-hoc • DHTML, Flash, Java • Intégration AJAX pour améliorer l'interactivité

  2. Challenges à relever • Interface complexe • Incompatibilités navigateurs • JavaScript compliqué • Duplication du code client/serveur (performances, communications)‏ • Synchronisation client/serveur (asynchronous..., décalage requêtes)

  3. ZK: Simple and Rich • Interface riche • Composants nombreux • Simplicité de développement • Pas de JavaScript • Laisser l'architecture au développeur (DP)‏ • Communauté développée (ZK is open)‏

  4. Le framework • Framework de développement web (rich user experience)‏ • Peu couteux en développement (ZUML)‏ • Grande bibliothèque de composants (XUL, XHTML)‏ • Servlet 2.3+, JVM 1.4+ • Middlewares fonctionnent de la même manière

  5. Le framework • Supporte tous les navigateurs • Pas de contraintes POO • Ajax-based event-driven engine

  6. Architecture

  7. Architecture • Serveur centric processing (reste client-side)‏ • Composants interprétés à runtime (cachés)‏ • ZK loader (J), AU Engine (J), Client Engine (JS)‏ • Gestion par évènements • Requêtes mises dans une queue • Trafic allégé, gestion des redondances • Ex : listing utilisateurs. (process côté serveur)‏

  8. Architecture • Dynamic Servlet Page similaire à JSP • Scripting Java grâce à BeanShell • Langage ZUML permet de mixer l'utilisation de balises différentes. • Scripts JavaScript modulés • Séparation vue / données (Live Data)‏

  9. Avantages • Le développeur ne s'occupe pas de toutes des problèmes annexes. (threads, communications)‏ • JS et manipulation DOM évitées • Maintenance facile (ni conf ni compilation)‏ • Pas de prérequis DP, choix du développeur • Contruction de pages dynamiquement • Pas d'installation chez le client • Logique métier sur le serveur

  10. Avantages • Intégration au framework existant, seul le tiers client visé • Intégration de composants facile • Templates proposés pour enrichir ZK • Customisation css facile

  11. Limites • Chargements restent importants • Le XUL est émulé, le XAML aussi (pages HTML et JavaScript)‏ • Génération possible que si le correspondant du composant existe • Pas fait pour des applications nécessitant de tourner chez le client (3D, jeux etc.)‏

  12. Évolutions • Produit mature, stable • Étendre le Data Binding • Version J2ME portable • Éditeur graphique

  13. Source • http://www.zkoss.org/

More Related