Je crois qu'il y a des schémas YAML mais je n'ai jamais utilisé. Ce que je veux dire, c'est que YAML tout comme XML ne sont qu'une représentation d'un arbre. Ton validateur, si ce n'est pas du SAX mais du DOM charge tout. Dans le cas d'un fichier de config, c'est pas illogique. Donc tu valides un DOM et non directement un XML. Du coup, valider un DOM écrit en YAML plutot qu'en XML ne pose pas de problème puisque la transformation YAML->XML est facile.
Bref, pour moi, c'est des mauvaises raisons pour ne pas développer d'autres backend au DOM et vouloir du XML partout.
Un exemple pour moi de folie, c'est le XSLT... Vouloir faire des programmes, en plus de type moteur d'inférence, en XML, c'est grandiose ;-)
Sinon, au niveau des fichiers de conf, je parlais de modif de dernières minutes fait à l'arrache avec vi ou a une conf propagé par cfengine... Il arrive de se planter... donc le serveur doit valider son fichier de conf au chargement. A vrai dire, c'est pas cela qui lui prends non plus des heures.
[^] # Re: CPAN de Perl
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche YAML 1.2 est disponible !. Évalué à 2.
Bref, pour moi, c'est des mauvaises raisons pour ne pas développer d'autres backend au DOM et vouloir du XML partout.
Un exemple pour moi de folie, c'est le XSLT... Vouloir faire des programmes, en plus de type moteur d'inférence, en XML, c'est grandiose ;-)
Sinon, au niveau des fichiers de conf, je parlais de modif de dernières minutes fait à l'arrache avec vi ou a une conf propagé par cfengine... Il arrive de se planter... donc le serveur doit valider son fichier de conf au chargement. A vrai dire, c'est pas cela qui lui prends non plus des heures.