Les applications riches sont parfois difficiles à cerner. En effet, sur quels critères distingue t'on une application "classique" d'une application dite riche ? Plutôt que d'écrire un long discours qui risquerait de trop tendre sur le technique, je vous propose donc un schéma récapitulatif permettant d'avoir une vision plus globale (cliquez dessus pour une version plus grande) :
 
Application riche : sch?ma descriptif

Here is an english version of how to describe a rich application :

Rich application

Bien évidemment, tout commentaire est le bienvenue. Je précise tout de même que j'ai sciemment oublié certains éléments pour des raisons de clarté et de simplicité.

Apollo s'ouvrira t'il ?

vendredi 27 avril 2007
La question est légitime. Flex étant maintenant prévu pour devenir open source, on pourrait supposer qu'Adobe concentrera ses efforts sur Apollo après la sortie de Flex 3 (nom de code Moxie). Mais Apollo étant basé sur de nombreux composants provenants de Flex (même grammaire XML, même langage de script ; bref, une sorte d'encapsulation), il semblerait assez logique que dans la continuité de Tamarin et de Flex, Apollo passe également open source.

Mike Chambers (des relations développeurs d'Adobe, plus spécifiquement sur Apollo) apporte son éclairage : la question est étudiée mais il faudra attendre qu'Apollo soit plus avancé : en effet, il reste quelques mois avant une première version et certaines choses sont encore à clarifier avant de se poser la question du passage en open source ou non.

Personnellement, je ne vois pas trop comment Apollo pourrait ne pas sauter cette barrière, étant trop proche de Flex pour diviser les ensembles. Et surtout, Apollo profiterait très rapidement de toute la future communauté de développeurs / bugs traceurs qui s'appliqueront à travailler sur Flex. Toutefois, on pourrait penser qu'Adobe veut justement éloigner Apollo de Flex pour éviter qu'un rapprochement trop simpliste soit effectué : Apollo = Flex sur le bureau. A voir également quelle sera l'intégration proposée avec le pdf, et si Adobe veut bien ouvrir ces parties.

Au final, je parierais tout de même une pièce sur le fait qu'Apollo sera annoncé en open source quelques mois (semaines ?) après la sortie de la première version...

Flex passe en Open Source !

jeudi 26 avril 2007
De nouveau l'actualité est brûlante sur les terrains des technologies "riches". Juste avant le début du MIX de Microsoft où on pourrait avoir quelques annonces intéressantes sur Silverlight, Adobe annonce aujourd'hui l'ouverture de Flex en open source !

Flex passe en open source

Dès juin, Flex passera sous licence MPL (Mozilla Public License) toutes les briques de son SDK, notamment :
  • les compilateurs ActionScript 3 et MXML, c'est à dire le langage de script utilisé par Flex et la grammaire XML de description d'interfaces Flex
  • le débuggeur ActionScript ainsi que les core librairies (toutes les fonctionnalités "de base")
  • l'ensemble des composants Flex (correspondant par exemple aux accordéons, aux grilles de données, etc.)
Très rapidement sera mis en place un système de bug report ainsi que des builds quotidiens disponibles pour tous. Vers décembre sera mis en place un système de contrôle de version, SVN, qui permettra à quiconque de récupérer le projet. Le projet sera alors "complètement" open source.

Qu'est-ce que cela apportera aux développeurs ? Tout d'abord on risque de voir apparaître de nouveaux outils de développements pour Flex, notamment des IDE (environnement de développement, comme Eclipse par exemple) mais complètement open source et gratuits. De plus on peut souhaiter que certains composants très connus soient intégrés, comme par exemple le composant de suggestion automatique.

Qu'est-ce que cela apportera aux sociétés qui utilisent Flex ? Le choix. Le choix d'utiliser des technologies open source, d'avoir une grande communauté derrière un projet très important, ou le choix de rester avec Adobe et de choisir d'obtenir Flex via une licence Adobe, pour ainsi conserver l'assurance que peut proposer une société éditrice.

Qu'est-ce que cela apportera à Adobe ? Tout simplement la diffusion de sa technologie à une échelle plus importante. Cette volonté de s'ouvrir de la part d'Adobe n'est pas nouvelle et découle par exemple du projet Tamarin. Il faut à mon avis également relier cette annonce au fait que Silverlight s'annonce comme un sérieux concurrent pour Flex et qu'en prenant les devants, Adobe veut mettre tous les atouts de son coté. Surtout que quelques rumeurs parlent d'une ouverture de Silverlight annoncée durant le MIX...

Quelques liens :
C'est une très agréable surprise pour moi que de voir Adobe proposer Flex en open source. D'un point de vue personnel, cela confirme mon envie de parier sur cette technologie pour les quelques années à venir. Et vous, qu'en pensez-vous ?

Technologie riche #8 : Boxely

mardi 24 avril 2007

Présentation aujourd'hui de la technologie riche d'AOL, nommée Boxely.

Présentation

Boxely est une plateforme de développement permettant de déployer des applications riches de bureau (on parle donc ici de RDA). Cette solution met en avant la facilité, la flexibilité du développement comme le font les technologies web du moment. Boxely est disponible depuis novembre 2006.

Boxely

Le principe


Boxely est composé de deux grandes entités permettant de créer et diffuser des RDA :
  • Boxely User Interface Toolkit : basé sur des standards comme le XML ou le Javascript et composé de nombreux services telles que des bibliothèques de composants prédéfinis et des effets, le toolkit de Boxely offre donc les outils nécessaires à la création rapide et simple d'interfaces riches. La plateforme en elle-même n'est pas limitée et peut-être étendue via des composants ActiveX.
  • Boxely Client Platform : à l'image du toolkit, le client platform se base sur le langage Javacript, et propose des fonctions étendues permettant de réaliser des applications riches de bureau. C'est donc le complément aux applications web traditionnelles pour étendre leur fonctionnalités au plus proche de l'utilisateur, via par exemple des appels http, une base de données intégrée pour le stockage en local, ainsi que d'autres services basés sur le XML.
On peut s'étonner de trouver ici une nouvelle technologie qui à première vue n'apporte rien de novateur comparé à ses concurrents. Pour clarifier un peu l'ensemble, il faut savoir que Boxely se veut avant toute chose simple d'utilisation, et se base sur un prédicat voulant que l'on peut décrire les interfaces comme un ensemble de boîtes (box), utilisée dans la grammaire XML de Boxely.

A noter également que Boxely n'est disponible que pour le système d'exploitation Windows.

Les outils

Boxely est disponible en téléchargement. Bien que fourni avec des exemples, de la documentation et des exercices, il n'y a pas vraiment d'IDE de développement, mais uniquement un "support" pour aider l'utilisateur à prendre en main la solution. Il faut donc utiliser les outils plus traditionnels pour coder.

Les exemples

Disponibles en même temps que le téléchargement de Boxely, il existe quelques applications montrant ce qu'il est possible de réaliser avec cette solution. AOL présente une page entière de screenshots.

Screenshots d'applications Boxely

Des applications plutôt inégales :
  • Un très joli player multimédia
  • Des applications inutiles avec des carrés partout
  • Quelques jeux assez simples, pas vraiment novateur
  • Néanmoins un panel assez large et varié de 16 applications
Pas de quoi s'extasier...

Les points forts

Je ne jugerais pas cette plateforme car je n'y ai pas touché moi-même. En tout cas, il semble que la solution se veuille assez minimaliste et simple d'utilisation, et sa présentation plutôt claire et son utilisation relativement simple tenderait à nous le faire croire. C'est pour le moment ce qui ressort de ce projet.

Liens, pour en savoir plus

Il est dommage de trouver peu de sources autour de ce projet, notamment en français.

Récapitulatif

Boxely est la solution d'AOL, l'une des premières se basant dans le périmètre des RDA. Néanmoins, on peut trouver de nombreux points faibles à cette solution très discrète : une puissance très faible, des fonctionnalités limitées, une communauté réduite (et donc peu de bruit et de publicité), et des choix parfois étranges (pas de CSS pour décrire le design). Bien que se voulant simple, cette solution aura certainement beaucoup de mal à se faire une place, d'autant qu'elle n'a pas profité de sa courte avance sur Apollo ou WPF (par exemple) pour se faire connaître. Dommage ? Peut-être quand on sait que cette solution aurait pu être un bon compromis pour les personnes trouvant l'utilisation de XUL/XULRunner délicate et ne connaissant que les bases de l'HTML et du Javascript, sans désirer se plonger dans les technologies d'Adobe ou de Microsoft.

A propos

Le client riche arrive, sur Internet ou sur votre bureau. Plus qu'un changement, c'est une véritable évolution : vers un Internet riche.

933

lecteurs
Suivre les articles par RSS
Suivre les comentaires par RSS

Rechercher