Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    janvier 2007
    Messages
    4 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2007
    Messages : 4 559
    Points : 251 947
    Points
    251 947
    Billets dans le blog
    105

    Par défaut Le W3C crée le groupe communautaire pour MicroXML

    Le W3C crée le groupe communautaire pour MicroXML
    Le standard qui pourra remplacer XML où celui-ci est trop volumineux et complexe


    Le W3C (World Wide Web Consortium), l’organisme de normalisation des standards du Web, vient d’annoncer la formation d’un groupe de travail communautaire pour la norme MicroXML.

    Le langage XML (Extensible Markup Language) a été largement adopté comme format d’échange de données entre différents systèmes, plateformes et organisations. Mais, son caractère verbeux (qui le rend trop lourd) peut rapidement devenir un problème pour la bande passante et les dispositifs dont les ressources sont limitées (smartphones, tablettes, etc.).

    Le MicroXML (qui n’est pas destiné à remplacer XML) est un fragment de la spécification XML, dont l’objectif est d’être moins volumineux, plus facile à utiliser et compatible avec XML. MicroXML pourra ainsi être utilisé dans les situations où le XML est considéré comme trop volumineux ou complexe.

    La spécification Micro XML décrit un ensemble de règles permettant de définir des langages de balisages (des langages ayant chacun son vocabulaire et sa grammaire) destinés à être utilisés pour la définition des données objets, et de préciser également le comportement de certains modules logiciels qui y accèdent.

    Le groupe de travail communautaire MicroXML a été créé par le W3C afin de permettre aux personnes intéressées par le futur standard (internes ou externes au W3C) de s’impliquer dans son processus de normalisation.

    Les gourous de XML dont James Clark (ancien responsable technique de la norme XML au W3C) et John Cowan (ancien responsable de Google au sein du W3C et à l’origine d’une partie du cahier de charge de MicroXML) font déjà partie du groupe de travail.

    Toute personne intéressée par ce futur standard de représentation des données peut s’inscrire au groupe de travail afin d’apporter sa contribution à la construction de la norme.

    Rejoindre le groupe de travail

    Liste des membres


    Et vous ?

    Que pensez-vous de ce futur standard ?
    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  2. #2
    Futur Membre du Club
    Inscrit en
    septembre 2006
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : septembre 2006
    Messages : 17
    Points : 9
    Points
    9

    Par défaut

    Pourquoi ne pas adopter JSON?

  3. #3
    Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    juin 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : juin 2012
    Messages : 17
    Points : 43
    Points
    43

    Par défaut

    Pourquoi ne pas adopter JSON?
    Peut-être parce-qu'ils n'ont pas la même structuration et ne partent pas sur les mêmes principes ? (par exemple, en JSON les nombres sont typés comme tel alors qu'en XML tout est chaînes de caractères)
    Après, peut-être que je me trompe et que µXML compte reprendre les mêmes principes que JSON et dans ce cas là ce serait effectivement réinventer la roue.

  4. #4
    Membre régulier
    Homme Profil pro
    Développeur Web
    Inscrit en
    avril 2011
    Messages
    58
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Service public

    Informations forums :
    Inscription : avril 2011
    Messages : 58
    Points : 86
    Points
    86

    Par défaut

    Pour des raisons de compatibilité.

  5. #5
    Nouveau membre du Club
    Profil pro
    Inscrit en
    février 2011
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : février 2011
    Messages : 7
    Points : 28
    Points
    28

    Par défaut JSON

    Le W3c est un peu comme Gary Bettman de la LNH en amérique,
    Quand ils savent que quelque chose ne marche pas ils l'édulcore parce que c'est leur idée. Le format XML tout comme le dom sont complexe et rempli de non sens. Standardiser JSON enfin ... Douglas Crockford serait heureux...

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    décembre 2010
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : décembre 2010
    Messages : 126
    Points : 355
    Points
    355

    Par défaut

    Je suis en train de lire le draft, pour l'instant je ne vois pas de différence avec du xml, il y a même les namespace. En fait c'est un xml plus permissif, mais dans ce cas je ne vois pas en quoi ça serait moins volumineux que du xml classique.

    http://ccil.org/~cowan/MicroXML.html

  7. #7
    Membre actif Avatar de supertonic
    Profil pro
    Inscrit en
    septembre 2003
    Messages
    179
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2003
    Messages : 179
    Points : 222
    Points
    222

    Par défaut yakyaml

    Et Yaml dans tout ça ?

  8. #8
    Futur Membre du Club
    Homme Profil pro
    Etudiant informatique
    Inscrit en
    mai 2011
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Etudiant informatique

    Informations forums :
    Inscription : mai 2011
    Messages : 3
    Points : 5
    Points
    5

    Par défaut

    "MicroXML, le standard qui pourra remplacer XML"
    "Le MicroXML (qui n’est pas destiné à remplacer XML)"

    hum...

  9. #9
    Tab
    Tab est déconnecté
    Membre averti
    Homme Profil pro
    Développeur .NET
    Inscrit en
    mai 2005
    Messages
    78
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Cher (Centre)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2005
    Messages : 78
    Points : 405
    Points
    405

    Par défaut

    Citation Envoyé par Xinu2010 Voir le message
    Je suis en train de lire le draft, pour l'instant je ne vois pas de différence avec du xml, il y a même les namespace.
    Mon seul espoir réduit à néant je lirais quand même le draft plus tard.

    J'espère que ça peut le faire, j'aime bien manipuler du XML mais µXML pourrait apporter un vrai plus en terme de poids.

  10. #10
    Rédacteur/Modérateur

    Homme Profil pro
    Network game programmer
    Inscrit en
    juin 2010
    Messages
    5 953
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : Canada

    Informations professionnelles :
    Activité : Network game programmer

    Informations forums :
    Inscription : juin 2010
    Messages : 5 953
    Points : 26 396
    Points
    26 396

    Par défaut

    Citation Envoyé par ScroudaF Voir le message
    Pourquoi ne pas adopter JSON?
    J'espère que µXML conservera de la lisibilité (quitte à adopter l'acronyme XML) qui fait souvent défaut à du JSON.
    Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
    Un peu de programmation réseau ?
    Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.

  11. #11
    Membre régulier
    Profil pro
    Inscrit en
    juillet 2006
    Messages
    76
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2006
    Messages : 76
    Points : 96
    Points
    96

    Par défaut

    Citation Envoyé par MicroJoe Voir le message
    Peut-être parce-qu'ils n'ont pas la même structuration et ne partent pas sur les mêmes principes ? (par exemple, en JSON les nombres sont typés comme tel alors qu'en XML tout est chaînes de caractères)
    Après, peut-être que je me trompe et que µXML compte reprendre les mêmes principes que JSON et dans ce cas là ce serait effectivement réinventer la roue.
    Quand le JSON est sérialisé, le nombre est lui aussi dans un format texte.

  12. #12
    Membre régulier
    Profil pro
    Inscrit en
    juillet 2006
    Messages
    76
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2006
    Messages : 76
    Points : 96
    Points
    96

    Par défaut

    Citation Envoyé par ScroudaF Voir le message
    Pourquoi ne pas adopter JSON?
    Ce n'est pas la meme cible ni le même usage. Déjà JSON n'est pas non plus un format très concis. Ensuite XML est fonctionnellement bcp plus riche que le JSON.

  13. #13
    Membre confirmé
    Inscrit en
    octobre 2007
    Messages
    210
    Détails du profil
    Informations forums :
    Inscription : octobre 2007
    Messages : 210
    Points : 451
    Points
    451

    Par défaut

    En XML le gros de l'overhead est du aux balises fermantes : elles sont nommées alors que cela n'apporte rien ...

  14. #14
    Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    juin 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : juin 2012
    Messages : 17
    Points : 43
    Points
    43

    Par défaut

    Citation Envoyé par Nithril Voir le message
    Quand le JSON est sérialisé, le nombre est lui aussi dans un format texte.
    Tu parles de la sérialisation à l'aide d'un programme ? Quand je le fait avec Python, j'ai bien les formats de données (texte, nombre, booléen, etc.) qui sont respectés.
    Mais on s'éloigne un peu du sujet.

  15. #15
    Membre confirmé Avatar de Camille_B
    Homme Profil pro
    Webmaster
    Inscrit en
    septembre 2006
    Messages
    212
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Webmaster
    Secteur : Associations - ONG

    Informations forums :
    Inscription : septembre 2006
    Messages : 212
    Points : 639
    Points
    639

    Par défaut

    En XML le gros de l'overhead est du aux balises fermantes : elles sont nommées alors que cela n'apporte rien ...
    Tout à fait, est qu'est-ce que du XML sans balises fermantes nommées ?

    <bob>texte</bob> => <bob texte >

    Du LISP !

    (bob texte)

  16. #16
    Membre régulier
    Profil pro
    Inscrit en
    juillet 2006
    Messages
    76
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2006
    Messages : 76
    Points : 96
    Points
    96

    Par défaut

    Citation Envoyé par MicroJoe Voir le message
    Tu parles de la sérialisation à l'aide d'un programme ? Quand je le fait avec Python, j'ai bien les formats de données (texte, nombre, booléen, etc.) qui sont respectés.
    Mais on s'éloigne un peu du sujet.
    Quand tu serializes ton json, l'entier 10 est bien écrit "10" et pas sa représentation sur 4 octets. Mais 10 c'est exactement quoi comme type ?

    Le XML via schema peut dire que 10 c'est un entier, un flottant...

  17. #17
    Expert éminent sénior
    Avatar de Paul TOTH
    Homme Profil pro
    Freelance
    Inscrit en
    novembre 2002
    Messages
    7 327
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Freelance
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2002
    Messages : 7 327
    Points : 23 978
    Points
    23 978

    Par défaut

    dans le genre ultra compact il y a le Protocol Buffer de Google, mais il impose que la lecteur sache ce qu'il risque de trouver dans le flux. Les noeuds sont en effet juste identifié par un nombre prédéterminé pour ce buffer. Mais je trouve le principe très intéressant.

    ça se fait en deux temps, le format est défini dans un langage spécifique où des "id" sont affectés aux champs :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
     
    message Person {
      required string name = 1;
      required int32 id = 2;
      optional string email = 3;
     
      enum PhoneType {
        MOBILE = 0;
        HOME = 1;
        WORK = 2;
      }
     
      message PhoneNumber {
        required string number = 1;
        optional PhoneType type = 2 [default = HOME];
      }
     
      repeated PhoneNumber phone = 4;
    }
    celui-ci est "compilé" en code source C, Java, etc... qui permet de sérialiser cette structure de façon la plus compact possible, notamment les noms sont remplacés par leur ID.
    Developpez.com: Mes articles, forum FlashPascal
    Entreprise: Execute SARL
    Le Store Excute Store

  18. #18
    Modérateur
    Avatar de kolodz
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    avril 2008
    Messages
    2 203
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : avril 2008
    Messages : 2 203
    Points : 8 286
    Points
    8 286
    Billets dans le blog
    51

    Par défaut

    Je peux me planter, mais dans leur draft il est indiquer que le µXML sera obligatoirement en UTF-8. Ça fait déjà 17 caractères en moins, par XML.
    Et éviter de gérer les encodages différents.
    A voir les autres petites différences...
    Si une réponse vous a été utile pensez à
    Si vous avez eu la réponse à votre question, marquez votre discussion
    Pensez aux FAQs et aux tutoriels et cours.

  19. #19
    Inactif
    Profil pro
    Inscrit en
    juillet 2006
    Messages
    215
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2006
    Messages : 215
    Points : 0
    Points
    0

    Par défaut

    il veulent faire un xml qui soit concis comme un json.

  20. #20
    Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    juin 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : juin 2012
    Messages : 17
    Points : 43
    Points
    43

    Par défaut

    Citation Envoyé par Nithril Voir le message
    Quand tu serializes ton json, l'entier 10 est bien écrit "10" et pas sa représentation sur 4 octets. Mais 10 c'est exactement quoi comme type ?
    N'empêche que c'est différencié d'un type string auquel, en JSON, sera obligatoirement ajouté des guillemets (doubles).

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    >>> import json
    >>> json.dumps({'string': 'value', 'int': 10})
    '{"int": 10, "string": "value"}'

Discussions similaires

  1. Le W3C crée le groupe communautaire pour MicroXML
    Par Hinault Romaric dans le forum Actualités
    Réponses: 25
    Dernier message: 23/07/2012, 14h04
  2. [W3C] Créer des liens chapitres pour une vidéo
    Par Xann_71 dans le forum Balisage (X)HTML et validation W3C
    Réponses: 1
    Dernier message: 27/08/2007, 13h21
  3. Quel resultat avec un group by pour plusieurs valeurs?
    Par sampq dans le forum Langage SQL
    Réponses: 3
    Dernier message: 23/12/2005, 12h08
  4. Création de groupes locaux pour sécuriser une ressource
    Par elagarde dans le forum Windows Serveur
    Réponses: 1
    Dernier message: 30/09/2005, 09h15
  5. [W3C] Points de suites variables pour une tabulation
    Par jacma dans le forum Balisage (X)HTML et validation W3C
    Réponses: 6
    Dernier message: 11/06/2005, 00h33

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo