backoffice de lemonde.fr en XUL
Par Laurentj le vendredi, septembre 16 2005, 10:23 - Projets - Lien permanent
On parle de nous sur le journal du net dans leur article : "Lemonde.fr construit son back-office autour de XUL".
J'ai en effet participé au début du projet (été 2004) : développement de l'infrastructure du logiciel et formation de 2 développeurs de lemonde.fr à XUL &co. Ce gestionnaire de contenu est donc une extension pour Firefox (à l'époque, XulRunner existait à peine, et n'est toujours pas vraiment prêt actuellement, et faire une appli "standalone" mozilla est trop compliqué). Il communique avec un serveur via des services web (en PHP) pour récupérer ou envoyer les données (articles, photos &cie).
L'article explique pourquoi ce choix de XUL. Quelques phrases illustrent d'ailleurs mes propos d'hier sur le bon usage des technologies :
Autre alternative écartée rapidement, un développement d'interface Web en DHTML, jugée trop lourde à entretenir sans un rendu graphique du niveau d'un logiciel
XUL s'est rapidement imposé en raison de son ancienneté et de sa maturité,(..). Il est particulièrement intéressant car tout en restant en mode client léger, il autorise d'avoir des interfaces riches
Mais aussi, d'autres passages non moins vrai :-)
La bonne surprise que nous avons eue avec XUL est qu'il est par nature très structurant et encourage le développement d'éléments réutilisables
Plus intuitifs, les écrans gèrent désormais aussi davantage de fonctions côté client, minimisant les connexions aux serveurs.
Commentaires
J'ai eu l'occasion de voir ce back-end de mes yeux... Effectivement c'est assez impressionant. On en reparlera au forum PHP qui arrive puisqu'il y aura une conf. où ce projet sera évoqué !
On peut avoir des précisions ? Xmlrpc ? Soap ? Et si soap quelle implémentation ? (je suis en train de défricher le terrain pour un projet pareil - pour l'instant ce que j'ai trouvé est trop lent)
Merci Laurent et bonjour tout le monde, quelque précisions sur ce que nous avons fait :
Ni Xmlrpc ni Soap : WDDX. Les objets sur lesquels nous travaillons (article, portfolio...) sont codés avec les mêmes attributs côté php et côté javascript.
L'interface et le serveur communiquent en se passant ces objets encodés en WDDX.
Côté performances nous avons réécrit la librairie qui décode le WDDX pour profiter du parseur XML de Gecko, par contre nous avons gardé la librairie d'encodage proposée par WDDX. Il faudrait que nous la réécrivions en XPCOM pour gagner en performance... mais ce n'est pas critique pour l'instant.