Elliotte Rusty Harold a annoncé une nouvelle API XML, XOM (pour XML object model) qu'il décrit comme "très proche de l'esprit de JDOM" et représentant un "effort pour synthétiser les meilleures fonctionnalités des APIs existantes tout en éliminant les pires".
Par Michael Smith,
xmlhack - traduit par Eric van der Vlist,
Dyomedea (vdv@dyomedea.com).
lundi 23 septembre 2002
Le Javadoc de son implémentation open source (LGPL) Java est disponible sur le site web de XOM avec un embryon de tutoriel, un fichier jar et la distribution source. Il lui faut un parseur compatible SAX2. Plus précisément, il semble qu'il lui faille impérativement Xerces-J 2.1.0 ou plus -- elle ne fonctionne ni avec Xerces 2.0.x, Crimson, GNU JAXP 1.0b1, ni Piccolo 1.0.2 à cause de différences implémentations.
Dans un des transparents de sa présentation What's Wrong with XML APIs (and how to fix them), Elliotte Rusty Harold dresse la liste des principes de conception qui l'ont guidé dans le développement de XOM:
- Le principe de moindre surprise
- Etre aussi simple que possible mais pas plus!
- Utiliser les idiomes Java quand ils font l'affaire
- Fournir une et une seule manière de faire
- Démarrer petit et grossir lorsque nécessaire
Il déclare avoir suivi une approche "moins est plus" ou encore "facile à apprendre, facile à utiliser, suffisamment rapide et suffisamment petite" pour XOM qui "évite délibérément les nombreuses méthodes de confort qui rendent l'API JDOM si désordonnée". Il détaille les autres différences entre XOM et JDOM dans un autre transparent de cette présentation et donne la liste des fonctions XOM qui n'ont pas d'équivalent JDOM dans la première section de sa FAQ XOM.
Elliotte Rusty Harold a ouvert la liste de discussions xom-interest pour les utilisateurs et développeurs. A en juger par les archives, l'activité de cette liste est déjà intense.
Autres articles:
Copyright 2002,
Michael Smith (auteur) et Eric van der Vlist (traducteur).
|
