> Il est trivial de faire yaml2xml donc valider un yaml est facile...
Où est ton schema pour décrire un document yaml ? Ou alors tu l'écris en XSD ? (oui je sais c'est facile cf. kwalify mais chacun fait son truc dans son coin).
> Mais comme dans les formulaires, même si le client valide son fichier (formulaire), c'est au serveur de valider le fichier de conf au lncement.
Puisqu'il faut valider côté serveur, ca n'a aucun sens de proposé une aide à la personne qui édite un document ? La logique m'échappe un peu.
> Cette histoire de validation est à mon sens bidon. Il y a plus de 10000 modules je crois sur le CPAN et cela MARCHE !
Version courte:
Cette histoire de yaml est à mon sens bidon. Il y a plus de 18564 packages RPM dans fedora et cela MARCHE !
À quoi sert yaml alors qu'un bête fichier texte fait exactement la même chose.
Version longue:
En XML tu définis la structure de ton document via un schema XML ou un DTD. Cette définition est non ambigüe et peut être utilisée pour: produire une documentation sur le format de fichier, vérifier que le document que l'on rédige est valide, vérifier que le document que l'on nous transmet a la structure attendue, aider l'éditeur du document en lui montrant les elements, les attributs, les valeurs acceptable et la documentation associée etc.
En YAML, pour gagner quelques caractères et par ce que les chevrons n'ont pas l'air de te plaire tu: écris une spec ambigüe en langage naturelle ( http://module-build.sourceforge.net/META-spec-v1.3.html ) , dois humainement vérifier que ton document correspond à la spec, vérifier la structure de ton arbre avant de l'utiliser dans tes applications, doit lire la doc pour savoir ce que tu as le droit de mettre ou pas.
[^] # Re: CPAN de Perl
Posté par ckyl . En réponse à la dépêche YAML 1.2 est disponible !. Évalué à 5.
Où est ton schema pour décrire un document yaml ? Ou alors tu l'écris en XSD ? (oui je sais c'est facile cf. kwalify mais chacun fait son truc dans son coin).
> Mais comme dans les formulaires, même si le client valide son fichier (formulaire), c'est au serveur de valider le fichier de conf au lncement.
Puisqu'il faut valider côté serveur, ca n'a aucun sens de proposé une aide à la personne qui édite un document ? La logique m'échappe un peu.
> Cette histoire de validation est à mon sens bidon. Il y a plus de 10000 modules je crois sur le CPAN et cela MARCHE !
Version courte:
Cette histoire de yaml est à mon sens bidon. Il y a plus de 18564 packages RPM dans fedora et cela MARCHE !
À quoi sert yaml alors qu'un bête fichier texte fait exactement la même chose.
Version longue:
En XML tu définis la structure de ton document via un schema XML ou un DTD. Cette définition est non ambigüe et peut être utilisée pour: produire une documentation sur le format de fichier, vérifier que le document que l'on rédige est valide, vérifier que le document que l'on nous transmet a la structure attendue, aider l'éditeur du document en lui montrant les elements, les attributs, les valeurs acceptable et la documentation associée etc.
En YAML, pour gagner quelques caractères et par ce que les chevrons n'ont pas l'air de te plaire tu: écris une spec ambigüe en langage naturelle ( http://module-build.sourceforge.net/META-spec-v1.3.html ) , dois humainement vérifier que ton document correspond à la spec, vérifier la structure de ton arbre avant de l'utiliser dans tes applications, doit lire la doc pour savoir ce que tu as le droit de mettre ou pas.
Excuse moi j'ai du rater un truc quelque part...