RIA

Brèves de consultants

RIA vs RDA en Java : quoi de neuf en 2008?

"Rich Internet Application" (en deux mots : architecture en client web) versus "Rich Desktop application" (en deux mots : architecture à base de client lourd 3-tiers) : un bon vieux débat classique de l'architecture applicative Java ! Lorsque l'on choisit un framework d'IHM, c'est souvent un passage obligé. Mais aujourd'hui en 2008, avec l'explosion d'innovations sur les solutions RIA qui ne faiblit pas après plusieurs années, on peut être tentés de se demander si cette question se pose encore, ou du moins si elle se pose encore en ces termes.

Lire la suite
Brèves de consultants

Les performances de nos applications RIA sont elles encore un problème ?

Dominique Jocal avait posé la question des performances des applications RIA il y a quelques temps déjà remarquant avec justesse que la complexité croissante des applications, l'utilisation massive du langage JavaScript risquait d'amener les utilisateurs à se plaindre de manquer de ressources systèmes...
Alors qu'en est-il aujourd'hui ? Est-ce toujours d'actualité ?

Lire la suite
Archi & techno

Et si vous rendiez vos applications Web Offline [Part #1]

Nos bonnes vieilles applications Web déconnectées...du web...un nouvel enjeu?

Certainement car techniquement et dans un environnement Web - ie où l'application est exécutée dans le navigateur - et donc par définition connectée, c'est plutôt novateur. Peut être pas car les applications déconnectées existent déjà: souvent des applications VB interrogeant une base de données embarquée sur le poste client, la synchronisation des données (du serveur "central" vers le client et du client vers le serveur "central") répondant à des mécanismes "maison" efficaces.

Cette série de trois articles montrera le développement d'une application Web GWT sur la plateforme Gears et explicitera - de ci et de là - les problématiques d'applications web déconnectées ainsi que les enjeux d'architectures associés:

  • la première et présente partie présentera une solution ainsi que quelques problématiques liées à ce type d'architecture
  • la seconde partie proposera une solution d'implémentation reposant sur un pattern de "déconnexion explicite". L'utilisateur demande via une action explicite à passer en mode déconnecté ou offline
  • la dernière partie proposera une solution d'implémentation reposant sur un pattern de "déconnexion implicite". A l'inverse, dans ce cas, connecté et déconnecté sont presque vus à l'identique, du point de vue utilisateur...

Lire la suite