le probleme n'est pas pour celui qui ecrit le document, mais celui qui le lit.
Celui qui l'ecrit, on se doute qu'il connait le charset, vu qu'il l'a genere.
Celui qui le lit, il faut qu'il le devine.
Quand c'est un humain, on peut lui faire confiance (quoique...), quand c'est une machine, ca a une chance sur deux de foirer.
Typiquement, un fichier de conf recupere sur internet encode utf8 quand t'es en 8859, ou n'importe quel autre combinaison qui fait apparaitre des caracteres douteux.
Ta remarque montre bien ton manque de recul: tu restes cantonne au cas bien gentillet ou c'est toi qui ecrit le document pour toi sur ta machine.
C'est sur que quand tout va bien, ton fichier properties en ascii, il fait parfaitement l'affaire.
Quand les choses se compliquent un peu, xml propose des solutions au problemes, la ou il faut les inventer pour les fichier properties.
En clair? On commence a rajouter des trucs complexes a un truc simple (genre les horreurs style #! encoding utf8, les \ pour faire des valeurs multilignes et tout le tralala).
L'interet du xml est justement une bonne spec qui resoud tous ces problemes. Tu peux reinventer la roue, en version ovale qui plus est, mais c'est dommage quand meme, non?
[^] # Re: Règle du KISS et XML
Posté par thedude . En réponse au journal Requête aux devs de logiciels libres. Évalué à 1.
Celui qui l'ecrit, on se doute qu'il connait le charset, vu qu'il l'a genere.
Celui qui le lit, il faut qu'il le devine.
Quand c'est un humain, on peut lui faire confiance (quoique...), quand c'est une machine, ca a une chance sur deux de foirer.
Typiquement, un fichier de conf recupere sur internet encode utf8 quand t'es en 8859, ou n'importe quel autre combinaison qui fait apparaitre des caracteres douteux.
Ta remarque montre bien ton manque de recul: tu restes cantonne au cas bien gentillet ou c'est toi qui ecrit le document pour toi sur ta machine.
C'est sur que quand tout va bien, ton fichier properties en ascii, il fait parfaitement l'affaire.
Quand les choses se compliquent un peu, xml propose des solutions au problemes, la ou il faut les inventer pour les fichier properties.
En clair? On commence a rajouter des trucs complexes a un truc simple (genre les horreurs style #! encoding utf8, les \ pour faire des valeurs multilignes et tout le tralala).
L'interet du xml est justement une bonne spec qui resoud tous ces problemes. Tu peux reinventer la roue, en version ovale qui plus est, mais c'est dommage quand meme, non?