Tiens je tout pareil ! J'utilise rexml pour travailler sur du XML depuis ruby, et quand ils disent "It is reasonably fast" ça me fait bien rire...
Par exemple si je mets à jour la taille et la position de la fenêtre principale d'une appli gtk directement avec un appel à cette API (j'en demande pas énorme, mettre à jour un élément fils de l'élément racine, sur un document XML qui contient moins de 10 éléments au total) dans le callback gtk qui va bien, ben ça fait ramer gtk quand je redimensionne la fenêtre.
Dans le même ordre d'idée, dès que j'ai plus de 50 éléments dans un autre fichier, il commence à falloir plusieurs secondes sur un p4 pour enlever 10 éléments et en rajouter 10 autres.
Au final je vais certainement devoir "transcrire" une structure de donnée en hashtable ruby à plusieurs niveaux car modifier directement le document XML rame trop (pourtant sa structure en arbre se prête très bien à son utilisation directe).
[^] # Re: Filesystem "versionalisé" ? (!$@ de subversion) : c possible
Posté par gc . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 2.
Par exemple si je mets à jour la taille et la position de la fenêtre principale d'une appli gtk directement avec un appel à cette API (j'en demande pas énorme, mettre à jour un élément fils de l'élément racine, sur un document XML qui contient moins de 10 éléments au total) dans le callback gtk qui va bien, ben ça fait ramer gtk quand je redimensionne la fenêtre.
Dans le même ordre d'idée, dès que j'ai plus de 50 éléments dans un autre fichier, il commence à falloir plusieurs secondes sur un p4 pour enlever 10 éléments et en rajouter 10 autres.
Au final je vais certainement devoir "transcrire" une structure de donnée en hashtable ruby à plusieurs niveaux car modifier directement le document XML rame trop (pourtant sa structure en arbre se prête très bien à son utilisation directe).