> Après, je vois que les fanatiques de java et de Tomcat trouvent leur fichier XML lisible et super. Je voudrais voir un serveur d'application Tomcat avec autant de module que le CPAN ;-)
Tu compares deux technologies différentes pour deux utilisations différentes. Ce n'est pas très rigoureux ni très objectif. Tout d'abord fixons l'utilisation à un module CPAN. En YAML ca donne:
Tout d'abord on constate que l'idée de python de se servir de l'indentation, en pratique c'est pas vraiment une bonne idée. Bon courage pour retrouver le document initial maintenant que templeet à bouffer les espaces. (Soyons clair je développe en python, mais c'était vraiment une idée à la con)
Personnellement je trouve pas ca plus ou moins lisible... META.yml décrit quelque chose de trivial. Ca s'exprime très simplement quelque soit la technologie.
Par contre comment je vérifie que mon META.yml est correct ? Quand j'écris mon document comment je découvre la structure du document ? Pourquoi je dois spécifier "Config: 0", c'est à dire devoir spécifier une valeur à que je veux dire "je m'en fou" ?
J'ai rien contre YAML et je trouve aussi que XML est overkill parfois et surtout pas adapté aux documents non arborescents tout comme YAML. Mais il faut pas dire n'importe quoi non plus.
Maintenant je t'invite à nous montrer en quoi YAML permettrait de rendre les fichiers de configuration de Tomcat plus lisible mais surtout plus facile à manipuler. Personnellement je les trouves pas pire qu'un fichier de conf d'exim mais bon...
[^] # Re: CPAN de Perl
Posté par ckyl . En réponse à la dépêche YAML 1.2 est disponible !. Évalué à 8.
Tu compares deux technologies différentes pour deux utilisations différentes. Ce n'est pas très rigoureux ni très objectif. Tout d'abord fixons l'utilisation à un module CPAN. En YAML ca donne:
--- #YAML:1.0
name: Module-Build
abstract: Build and install Perl modules
version: 0.20
author:
- Ken Williams<kwilliams@cpan.org>
license: perl
distribution_type: module
requires:
Config: 0
recommends:
Archive::Tar: 1.00
build_requires:
Test: 0
urls:
license: http://dev.perl.org/licenses/
meta-spec:
version: 1.3
url: http://module-build.sourceforge.net/META-spec-v1.3.html
generated_by: Module::Build version 0.20
Tout d'abord on constate que l'idée de python de se servir de l'indentation, en pratique c'est pas vraiment une bonne idée. Bon courage pour retrouver le document initial maintenant que templeet à bouffer les espaces. (Soyons clair je développe en python, mais c'était vraiment une idée à la con)
En XML ca donnerait quelque chose comme ca:
<module>
<name>Module-Build</name>
<abstract>Build and install Perl modules</abstract>
<version>0.20</version>
<author>
<name>Ken Williams</name>
<email>kwilliams@cpan.org</email>
</author>
<license>perl</license>
<requires>
<module name="Config"/>
</requires>
<recommends>
<module name="Archive::Tar" version="1.00"/>
</recommends>
</module>
Personnellement je trouve pas ca plus ou moins lisible... META.yml décrit quelque chose de trivial. Ca s'exprime très simplement quelque soit la technologie.
Par contre comment je vérifie que mon META.yml est correct ? Quand j'écris mon document comment je découvre la structure du document ? Pourquoi je dois spécifier "Config: 0", c'est à dire devoir spécifier une valeur à que je veux dire "je m'en fou" ?
J'ai rien contre YAML et je trouve aussi que XML est overkill parfois et surtout pas adapté aux documents non arborescents tout comme YAML. Mais il faut pas dire n'importe quoi non plus.
Maintenant je t'invite à nous montrer en quoi YAML permettrait de rendre les fichiers de configuration de Tomcat plus lisible mais surtout plus facile à manipuler. Personnellement je les trouves pas pire qu'un fichier de conf d'exim mais bon...