[riscosfr] Re: UTF8

  • From: Jean-Michel <jmc.bruck@xxxxxxxxx>
  • To: riscosfr@xxxxxxxxxxxxx
  • Date: Sat, 16 Sep 2017 21:26:50 +0200

Bonsoir,

Merci pour cette analyse.

Salut!
Attention, je déteste le mentalité de "tout le monde utilise XML donc
XML est bon".

Je suis d'accord, sinon j'utiliserai Windows...

1. XML est souvent trop compliqué. Il y des temps quand un "flat file"
(CSV, par exemple) suffit, mais pour mettre les données en XML, il y
besoin de créer un DOM et spécifié ils dedans.
XML nest pas simple, HTML est un bout de XML.
L'utilisation que j'en fait c'est surtout pour afficher les contenus, 
le logiciel n'est pas un afficheur de XML.
2. Mais, XML est absolument pas un format pour des données, il est que
un conteneur. Le même données peut être enregistré dans le fichier XML
en plusieurs façons.Si on coupé tout le chose de XML d'un fiche (tout
le <chose entre les symboles>), ça qui reste est un arbre avec des
branches nommé qui contient un morceau de donné.
D'accord, ce qui m'intéresse ce sont justement les données et la façon 
dont elles sont structurées entre elles, par exemple pour les 
partitions. C'est pour faire un peu de piratage...


3. Et au cause de 2, il y pas de compatibilité assuré entre deux
logiciels qui utilise XML. À vos exemples, un logiciel généalogie ne
sais pas comment traiter un fiche musique, même si le deux sont
XML.Imagine - je créer un fiche XML avec les enregistrements de mon
station météo. "température" est un branche de mon arbre. C'est quoi?
Centigrade? Fahrenheit? Kelvin? Les octets utilisé par le station?
Même pour direction du vent. C'est un point cardinal? Degrées? Quoi?
XML spécifié comment mettre les valeurs dans un fiche, mais pas
comment interpréter les valeurs.
C'est dommage pour la compatibilité, car on devrait pouvoir charger 
dans un éditeur de musique un fichier "extérieur",
Les fichiers midi pour cela sont trés bien, le logiciel fera ce qu'il 
sait faire suivant le matétiel qu'il pilote.


Pour les fichiers généalogie, ils ont essayé de mettre en place une 
norme pour les champs à remplir.

Station météo: Bon exemple:
Note: J'ai vu ta réalisation et l'article, je devrais faire la même 
chose avec ma station météo.... http://heyrick.ddns.net/

4. En plus, le XML bien compliqué le procès d'ouvrir le fiche. Le
logiciel a besoin de lire et interprète ("parse" en anglais) le XML
chaque fois. C'est bon si le logiciel créer le fiche, mais si
quelqu'un écrire par main ou un autre logiciel...?
Le logiciel utilise Expat et peut créer un fichier XML.

5. XML est pas conçu pour tout les types des données. Pour un
DOCUMENT, peut être (il n'est pas trop différent que HTML), mais quand
on voit une base des données dans XML, on sais le monde devien fou.
(voir 2)
Ok  c'est bien pour faire des Vcards,
Je m'en sert pour stocker les addresses de sites et mes identifiants.
Datapower est beaucoup plus performant, même dans sa version light.
6. Pour comprendre le XML utilisé par un logiciel, il y un DTD/schéma
qui décrit exactement comment formater le XML. POUR CET LOGICIEL. Voir
1, 2, 3, 4, 5...

Le seul deux bénéfices de XML que je voir sont:
1. On peut lire le fiche. C'est pas un grande morceau de binaire.
2. Pour transférer données entre systèmes, un fiche binaire peut avoir
plusieurs problèmes. Les éléments, ils sont le même taille? 16 bit vs
32 bit vs 64 bit. Chaque gros élément contient plusieurs octets. Quel
octet est le première? L'un avec le plus gros valeur, ou le plus
petit? "À" est "À" en votre système. Mais l'autre? En peut voir ce
souvent avec des colis de Amazon ou eBay quand un accent dans ton
adresse deviens quelque-chose comme @#_, donc oui nous habitons au
Vitr@#_ - c'est un petit ville à l'est du Rennes, d'accord... :-)
Et oui, problème encodage UTF8, par contre pour celui-ci il parait 
qu'il est adopté par beaucoup de monde.
Mais - le choix n'est pas XML ou binaire. Il y beaucoup des options.
Choisi l'un qui est mieux, pas l'un qui est de mode.
D'un côté les données et de l'autre le programme, je prefère le code 
natif, spécifique à une machine en C, plus efficace, mais aujourd'hui 
il y a internet et les smartphones utilisent Java qui est interprété, 
les machines sont de plus en plus rapides....

Amicalement,
Rick.

null

-- 
Jean-Michel

Other related posts:

  1. Home
  2. riscosfr
  3. Archive
  4. 09-2017