[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Re: Part 1 Projet Linux, la philo de l anarchie ... - Part 2 Xml

On Sunday 15 July 2001 12:54, [email protected] wrote:
> Je vous rappelle que Linux n est qu
> un kernel qui supporte des systèmes de fichiers.

Linux supporte bien plus que des systèmes de fichiers.

> Cette technologie issue du sgml tend à remplacer le html. Le xml va sans
> aucun doute s implanter, cependant voila les observations personnelles que
> j ai pu faire à propos de ce nouveau langage:

Le XML ne remplacera pas le HTML de si tôt. En fait, les internautes vont 
continuer à recevoir du HTML pendant encore un bon moment, mais c'est 
derrière la scène que tout se passe. Par exemple, les données peuvent être 
stockées dans des fichiers XML, et transformés en HTML dès qu'il faut les 
présenter à l'internaute. De cette façon, les administrateurs peuvent changer 
la façon de générer le HTML à partir du XML très souvent. De plus, le fait de 
stocker leur données en XML leur permet de gérer l'information de façon 
beaucoup plus intelligente que s'ils avaient à gérer des fichiers HTML.

> * la mise en page de l informations est inutile. (car ce n est qu un flux)

La mise en page est normalement nécessaire pour présenter quelque chose à un 
utilisateur, même si les données sont stockées en XML. À cette fin, il est 
possible d'utiliser du XML pour définir la mise en page de données XML. Par 
exemple, il existe le XSLT (http://www.w3.org/Style/XSL/), qui est 
relativement puissant.

> * la syntaxe du langage se rapproche plus des balises html, word, que d un
> type de langage puissant (je pense au C par exemple)

Son nom le dit bien: "Extensible Markup Language". La puissance d'un langage, 
selon moi, est bien subjective. La simplicité su XML est un de ses principaux 
avantages.

> * la definition de types des données est optionnelle, ce qui rend la
> gestion des variables, et meme du support absolument inutile.

Actuellement, ce qui est le plus utilisé pour définir une utilisation du XML 
est la DTD (Document Type Definition), qui comporte plusieurs lacunes. 
Toutefois, le w3c travaille sur le XML Schema (http://www.w3.org/XML/Schema), 
qui vient combler les lacunes des DTD.

> * les données sont stockées dans des fichiers au détriment des bases de
> donnée, ce qui signifie une charge importante des serveurs lors du de la
> récupération et du traitement de l informations.

Le XML ne vise pas à remplacer à tout prix les bases de données telles qu'on 
les connaît. Cependant, dans certains cas, il est plus naturel est approprié 
de stocker l'information dans des fichiers XML. En fait, les deux techniques 
sont amenées à travailler ensemble. Par exemple, une base de données peut 
stocker un fragement de XML dans un champ, voire un document complet.

>  Je pense que l utilisation d une telle technologie engrende: une
> importante baisse de performances des systèmes,

Comme dans la majorité des applications les données XML ne changent pas 
souvent, il est facile d'intégrer un système de mémoire tampon qui rend les 
performances très satisfaisantes.

De plus, le XML est un langage qui a beaucoup d'avenir dans les échanges 
d'informations, qui ne connaissent pas réellement de problèmes de 
performances, surtout si les données sont compressées.

> une sécurité des flux informatifs précaires,

Ce n'est pas le rôle du XML que de sécuriser des données. À cette fin, il 
existe l'excellent système d'encryption par clef publiques et privées (SSL, 
PGP).

> une mauvaise politique de management qui serait tenu
> par l émetteur de l informations, qu  il serait libre de modifier au
> détriment de la politique interne de l entreprise réprésenté par le
> dataware house.

Si un intervenant ne devrait pas avoir droit de modifier une information, 
c'est au logiciel d'en faire la vérification. Au besoin, un document maître 
peut être nettoyé de certains renseignements avant d'être transféré ou 
affiché.

Le XML ne répond certainement pas à tous les besoins, mais son champ 
d'applications reste très large, et son avenir est loin d'être sombre. Il 
s'agit d'un effort de standardisation qui rentabilise les efforts de milliers 
de développeurs qui peuvent maintenant partager leur outils.

Nicolas Marchildon
Développeur Java



Liens intéressants:
http://www.w3.org/XML/
http://xml.apache.org/