namespaces-considered-harmful-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(synchro)
mNo edit summary
Line 1: Line 1:
= Les espaces-noms sont considérés nuisibles =
<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]


D'un autre côté, le XHTML + les [[semantic-class-names-fr|noms de clases sémantiques]] ont vu une adoption largement répandue sur la communauté web publication/design/IA/écriture. Les microformats influencent l'approche qui à la fois fonctionne mieux et domine franchement sur le web.
== 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]


Les espaces noms ne sont vraiment *pas* bien supportés dans les navigateurs modernes, ni même suffisamment bien avec assez de technologies W3C ou des suites de tests comme cela est comparé au [[semantic-xhtml-fr|(X)HTML]] + [[semantic-class-names-fr|noms de classes sémantiques]] + CSS.
=== 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'itneropé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.
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.

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.

Voir aussi