Sujets et préoccupations autour d' AIR, RIA, XUL, eclipse RCP, mode déconnecté... 20 participants (dont 1 Valtech):

  • toutes les solutions nécessitent un conteneur client (run-time); ex: navigateur + plugin flash-payer, client lourd flash, eclipse...
  • besoin que la dernière version du "run-time" ou de l'application soit téléchargée
  • attention à la taille de ce qui est téléchargé (cas des GPRS)
  • déploiement d'Eclipse: java-web-start la première fois (ou un portail d'installation centralisé), et le plugin RCP ensuite,
  • voir aussi la compatibilité du run-time avec l'OS du poste
  • voir aussi le modèle business du propriétaire du logiciel (run-time gratuit ou non, builder gratuit ou non)
  • ce qui doit percer: tout gratuit et wysiwyg
  • voir les communautés utilisateurs (beaucoup derrière Eclipse RCP, Adobe derrière flash); il vaut mieux faire comme tout le monde,
  • RCP c'est eclipse ou netbean (développé en swing, et qu'on accuse de mauvaise performance)
  • l'API SWT n'est pas au même niveau sur toutes les plate-formes, et demande un effort de dessin (de cellule par exemple), alors que c'est facile sur swing,

  • API de mode déconnecté dans Opera et Mozilla-Firefox
  • XUL: description d'IHM en XML; le même en RIA (dans le navigateur) et RDA (client lourd/riche),
  • le mode déconnecté, c'est facile; c'est la synchronisation qui ne l'est pas,
  • voir les aspects sécurité; avec XUL, on peut signer,
  • paradigme avec un client riche se connectant à l'applicatif via des webservices; conserver http avec les difficultés transactionnelles ? Ou bien CORBA, mais alors problème avec Internet, ou MQ-series...
  • voir plutôt des requêtes avec des transactions complètes, préparées sur le poste et validée sur le serveur,
  • problème aussi avec les compétences à acquérir,
  • point commun: dépasser le mode page; éviter de coupler trop de technos (il existe des frameworks javascript, ce qui rend AJAX plus abordable),
  • voir à positionner la techno en fonction du besoin,
  • voir la version 8 de Lotus qui est construite sur Eclipse RCP,
  • Eclipse RAP (sortie en octobre) donne la plupart des fonctions Eclipse RCP dans un navigateur web,
  • la présentation est la même entre AIR (client "lourd") et Flex (connecté dans un navigateur); la problématique de la sécurité est à traiter avec AIR,
  • voir aussi l'évolution de la mentalité des utilisateurs (ex: remplacer le dépôt dans un panier par un drag and drop),
Aujourd'hui, pas de solution miracle, et besoin de vraie compétence mixant plusieurs technologies, dont de designers.


Page Information

  • 10 months ago [history]
  • View page source
  • You're not logged in
  • No tags yet learn more

Wiki Information

Recent PBwiki Blog Posts