namespaces-considered-harmful-fr: Difference between revisions
(synchro) |
mNo edit summary |
||
| Line 1: | Line 1: | ||
<h1> Les espaces-noms sont considérés nuisibles </h1> | |||
(Cet article n'est qu'une ébauche, sentez-vous à l'aise pour l'améliorer) | (Cet article n'est qu'une ébauche, sentez-vous à l'aise pour l'améliorer) | ||
En particulier les espaces-noms pour le '''contenu''' sont considérés nuisibles (par ex les espaces-noms XML, les QNames dans les attributs, etc.). Les espaces-noms pour le code sont en dehors des limites du sujet de cette page. | |||
__TOC__ | |||
== le contenu avec espace-nom a échoué == | |||
Le contenu avec espace-nom a échoué | |||
Essayé par de nombreux groupes, avant les microformats, et après. Il a même été essayé dans le contexte de RSS et RDF et en pratique, les personnes écrivent des racloirs qui cherchent des préfixes d'espaces-noms comme s'ils faisaient partie de l'élément nom, pas comme de simples raccourcis pour des URIs d'espaces-noms. | |||
Si vous voulez venir sur une discussion théorique sur les espaces-noms, faites le svp ailleurs, parce qu'en pratique, en discuter est une perte de temps et hors sujet sur les listes des microformats. | |||
=== le contenu espace-nom n'est pas bien supporté === | |||
Les espaces-noms ne sont en fait *pas* bien supporté dans suffisamment de navigateurs web modernes, ni même suffisamment par les technologies du W3C ou les suites de tests en comparaison avec le [[semantic-xhtml-fr|(X)HTML]] + [[semantic-class-names-fr|noms de classes sémantiques]] + CSS. | |||
=== articles documentant l'échec du contenu espace-nom=== | |||
L'approche d'espace-nom mixée a déjà été essayée par bien d'autres depuis 1998 et a échoué sur le web. | L'approche d'espace-nom mixée a déjà été essayée par bien d'autres depuis 1998 et a échoué sur le web. | ||
| Line 8: | Line 27: | ||
* [http://microformats.org/blog/2006/01/09/tim-bray-on-creating-xml-dialects/ Tim Bray sur creating XML dialects] | * [http://microformats.org/blog/2006/01/09/tim-bray-on-creating-xml-dialects/ Tim Bray sur creating XML dialects] | ||
== les espaces-noms pour le contenu ont un moins énorme == | |||
Les espaces-noms sont véritablement un moins *énorme*. Cherchez sur | Les espaces-noms sont véritablement un moins *énorme*. Cherchez sur | ||
* [http://www.google.com/search?q=namespaces%20Tower%20of%20Babel namespaces Tower of Babel] | * [http://www.google.com/search?q=namespaces%20Tower%20of%20Babel namespaces Tower of Babel] | ||
* [http://www.google.com/search?q=namespaces+syntactic+vinegar namespaces syntactic vinegar] | * [http://www.google.com/search?q=namespaces+syntactic+vinegar namespaces syntactic vinegar] | ||
=== le contenu espace-nom décourage l'interopérabilité des données === | |||
Les espaces-noms encouragent les gens à s'isoler dans leurs propres espaces-noms et inventent leurs propres schémas plutôt que de réutiliser les éléments existants dans les formats existants. Ceci blesse l' | Les espaces-noms encouragent les gens à s'isoler dans leurs propres espaces-noms et inventent leurs propres schémas plutôt que de réutiliser les éléments existants dans les formats existants. Ceci blesse l'interopérabilité parce qu'une dizaine d'espaces-noms différents peuvent tous avoir leurs propres sémantiques légèrement différentes pour le même élément. | ||
Voir [http://esw.w3.org/topic/BuildOrBuyTerms BuildOrBuy] pour le support de cet argument spécifiquement : | Voir [http://esw.w3.org/topic/BuildOrBuyTerms BuildOrBuy] pour le support de cet argument spécifiquement : | ||
| Line 22: | Line 40: | ||
Si vous commencez à réfléchir au web en termes de OOP et de polymorphisme, les espaces-noms brisent le modèle polymorphique qui vous permet de gérer différentes structures de données en utilisant les mêmes méthodes. | Si vous commencez à réfléchir au web en termes de OOP et de polymorphisme, les espaces-noms brisent le modèle polymorphique qui vous permet de gérer différentes structures de données en utilisant les mêmes méthodes. | ||
== les techniques non-espace-nom se sont succédées === | |||
D'un autre côté, XHTML + [[semantic-class-names-fr|noms de classes sémantques]] a vu une adoption massivement répandue parmi la communauté des auteurs/designers/IA/Editeurs web. Les microformats ont influencé l'approche qui à la fois fonctionne mieux et est en train de dominer franchement en pratique sur le Web. | |||
== Voir aussi == | == Voir aussi == | ||
Revision as of 18:28, 1 May 2007
Les espaces-noms sont considérés nuisibles
(Cet article n'est qu'une ébauche, sentez-vous à l'aise pour l'améliorer)
En particulier les espaces-noms pour le contenu sont considérés nuisibles (par ex les espaces-noms XML, les QNames dans les attributs, etc.). Les espaces-noms pour le code sont en dehors des limites du sujet de cette page.
le contenu avec espace-nom a échoué
Le contenu avec espace-nom a échoué
Essayé par de nombreux groupes, avant les microformats, et après. Il a même été essayé dans le contexte de RSS et RDF et en pratique, les personnes écrivent des racloirs qui cherchent des préfixes d'espaces-noms comme s'ils faisaient partie de l'élément nom, pas comme de simples raccourcis pour des URIs d'espaces-noms.
Si vous voulez venir sur une discussion théorique sur les espaces-noms, faites le svp ailleurs, parce qu'en pratique, en discuter est une perte de temps et hors sujet sur les listes des microformats.
le contenu espace-nom n'est pas bien supporté
Les espaces-noms ne sont en fait *pas* bien supporté dans suffisamment de navigateurs web modernes, ni même suffisamment par les technologies du W3C ou les suites de tests en comparaison avec le (X)HTML + noms de classes sémantiques + CSS.
articles documentant l'échec du contenu espace-nom
L'approche d'espace-nom mixée a déjà été essayée par bien d'autres depuis 1998 et a échoué sur le web.
- XML - what is it good for? par David Janes
- XML on the Web has Failed par Mark Pilgrim
- Tim Bray sur creating XML dialects
les espaces-noms pour le contenu ont un moins énorme
Les espaces-noms sont véritablement un moins *énorme*. Cherchez sur
le contenu espace-nom décourage l'interopérabilité des données
Les espaces-noms encouragent les gens à s'isoler dans leurs propres espaces-noms et inventent leurs propres schémas plutôt que de réutiliser les éléments existants dans les formats existants. Ceci blesse l'interopérabilité parce qu'une dizaine d'espaces-noms différents peuvent tous avoir leurs propres sémantiques légèrement différentes pour le même élément.
Voir BuildOrBuy pour le support de cet argument spécifiquement :
Use somebody elses rather than making aliases on purpose. It's one thing to make your own and then discover that there's something equivalent out there. It's quite another to willfully clutter the semantic web with aliases; the latter increases the burden on the community of consuming your data, so it's anti-social.
Si vous commencez à réfléchir au web en termes de OOP et de polymorphisme, les espaces-noms brisent le modèle polymorphique qui vous permet de gérer différentes structures de données en utilisant les mêmes méthodes.
les techniques non-espace-nom se sont succédées =
D'un autre côté, XHTML + noms de classes sémantques a vu une adoption massivement répandue parmi la communauté des auteurs/designers/IA/Editeurs web. Les microformats ont influencé l'approche qui à la fois fonctionne mieux et est en train de dominer franchement en pratique sur le Web.