Présentation de GRML

Créer une nouvelle langue de marge bénéficiaire bénéficiaire.

Introduction.

Le marge bénéficiaire bénéficiaire général Langauge de réutilisation, ou le GRML, est une langue de marge bénéficiaire bénéficiaire pour des navigateurs de Web. Il a les dispositifs de définition de données des dossiers caractère-délimités et du XML, avec l'appui hyperlinking et de forme du HTML.

Le but de cet article est de montrer pourquoi GRML existe et comment il complète le HTML, le XML, le RSS, et les formats caractère-délimités.

Fond.

GRML n'est pas le résultat d'un plan spécifique. Il a été développé comme solution à un autre problème, à savoir reusing des données d'un service de Web. Il a commencé par le développement d'un Web d'entrée à demander le contenu de quelques services de Web. Un format de données était nécessaire pour manipuler des réponses. Avoir des données dans un certain format arbitraire limitait trop. Quelque chose de formel était nécessaire.

Le HTML et les XML ont été considérés, mais ils n'ont pas tout à fait adapté le d'entrée étant développé. Il fallu un autre choix, un avec…

soutien des vues multiples (le d'entrée a employé une commande de liste qui a 4) ;

une manière de définir les ensembles multiples de données pour des vues multidimensionnelles ;

contenter qui traduit to/from d'autres formats ; et

une distinction entre l'affichage de la forme et la vue.

Puisqu'il n'y avait aucun format qui a répondu à toutes exigences, le d'entrée allait avoir besoin de quelque chose de nouveau. En utilisant le d'entrée, il était possible de développer un format et de l'examiner pour ces conditions. En d'autres termes, le d'entrée existé avant la langue de marge bénéficiaire bénéficiaire !

Le format qui a résulté était GRML. Il a été conçu pour employer des formes et des vues, soutient les vues multiples et multidimensionnelles, travaux avec les serveurs existants de Web, et s'adapte à d'autres formats. Une fois que la langue de marge bénéficiaire bénéficiaire était finie, le Web d'entrée est devenu un web browser.

Maintenant que l'objectif pour GRML a été expliqué, la prochaine étape est de comprendre, en détail, pourquoi des formats existants n'ont pas été choisis.

Langues de marge bénéficiaire bénéficiaire d'arrangement.

Avant de passer par le processus de l'arrangement pourquoi GRML est nécessaire, les formats existants doivent être présentés et leurs buts de conception être identifiés. Les formats sont considérés d'une perspective de traitement des données, ainsi aucune discussion des jeux, films, musique, la publicité, et divertissement ne sont mentionnés.

Pour les buts de créer une langue de marge bénéficiaire bénéficiaire, les deux dispositifs principaux pour des pages Web de lecture rapide sont la forme et la vue. Une forme contient n'importe quelle commande d'entrée pour des demandes d'utilisateur. Une vue montre content, ou des données de la page Web sans étiquettes de marge bénéficiaire bénéficiaire ou éléments de formatage.

Etant donné la condition de la forme et de la vue, il est possible de comparer chaque format.

Le HTML est le format le plus répandu sur le Web. Il est conçu pour l'affichage de données. Il y a appui de forme et de vue.

XML est un format mineur sur le Web. Il est conçu pour la définition de données. Il manque de l'appui de forme et de vue.

RSS est un format mineur sur le Web. Il est conçu pour la définition de données. Il manque de l'appui de forme mais a une vue.

CSV ou formats caractère-délimités sont rarement employés sur le Web. Il est conçu pour la définition de données. Il manque de l'appui de forme mais a une vue.

Maintenant que chaque format a été présenté, il est possible de comprendre l'endroit pour GRML sur le Web.

Commençons par…

HTML.

Il y a vraiment seulement une langue de marge bénéficiaire bénéficiaire dans l'utilisation répandue sur le Web (en d'autres termes, 99% de toutes les pages Web emploient cette langue), et c'est langue de marge bénéficiaire bénéficiaire d'hypertexte, ou HTML. Le HTML décrit comment des données sont montrées. Il indique au web browser que la page Web regarde dans la vue de web browser. Avec le HTML, tout le contenu est montré dans la vue, y compris les formes, le texte, et les images. Le HTML décide comment montrer la page Web.

Le contenu de page Web, en utilisant le HTML, est défini seulement pour des images et des hyperliens. Le contenu des textes n'est pas défini, le rendant incompatible pour employer dans d'autres formats. Par conséquent, adapter le contenu de HTML à d'autres formats est le plus limité de tous les formats considérés.

L'approche simple de vue du HTML empêche commuter dynamiquement le contenu dans la vue. Il n'y a aucune manière de présenter les ensembles relatifs de contenu de HTML (par exemple 2 pages différentes d'un message embarquent, ou 4 pages différentes des titres de nouvelles, ou 8 pages différentes de résultats d'enchère, etc.) dans la vue sans différentes pages de chargement et de navigation entre eux. Par conséquent, le HTML ne soutient pas des vues multidimensionnelles.

Puisque le HTML décide l'affichage de page Web, il empêche des vues multiples de contenu. Le HTML ne soutient pas des vues multidimensionnelles et n'est pas facile à s'adapter à d'autres formats. En outre, il combine la forme et la vue dans un affichage. Pour ces raisons, il s'est avéré être un choix insatisfaisant.

Est après…

XML.

XML, ou d'Extensible Markup Language, est conçu pour l'adaptabilité. Les bases de données, les bilans, les CSV, ou les dossiers caractère-délimités sont tous potentiellement capables composer leurs données en utilisant XML. Il définit ce que sont les données, plutôt que comment elles sont montrées. Ceci rend XML adaptable à d'autres formats de dossier.

Il n'y a pas un seul format de document de XML. C'est une norme pour définir comment structurer des données. Ce manque d'un format de données spécifique empêche XML de définir n'importe quelle vue de son contenu. Il également ne définit pas des commandes d'entrée pour l'usage sous une forme.

Un manque d'appui de vue dans XML empêche des vues multiples ET multidimensionnelles. Sans appui de forme, un utilisateur ne peut pas envoyer des demandes. Tandis que XML est adaptable à d'autres formats, ce n'est pas à choix proportionné.

Jusqu'ici, le HTML et les XML ont prouvé insuffisant. À côté de considérer est…

RSS.

RSS, ou syndication vraiment simple, est un format de données spécifique d'une structure de données de XML. Par conséquent, RSS peut soutenir une vue de ses données. En outre, puisqu'il est basé sur XML, il définit ses données plutôt que comment il est montré. L'appui de vue avec la définition de données signifie que RSS soutient des vues multiples de son contenu.

Comme un format de XML, RSS manque de n'importe quel appui de forme. Les commandes d'entrée n'existent pas en utilisant XML, par conséquent sont absentes de RSS. Pour cette raison, il n'est pas suffisant.

Seulement un format demeure, et il est…

CSV ou caractère-délimité.

CSV (valeurs séparées par virgule) ou formats caractère-délimités sont employés par des bases de données, des bilans, et beaucoup d'autre des applications donnée-orientées à l'information de magasin au dossier. C'est un format qui est adaptable à d'autres formats parce qu'il n'emploie aucune étiquette d'affichage. Le format consiste presque entièrement en contenu, excepté le caractère utilisé pour le délimiteur.

Ce format a une vue parce qu'il est presque entièrement content et manque des étiquettes de marge bénéficiaire bénéficiaire. Son foyer sur le contenu signifie qu'il est le plus réutilisable de n'importe quel format considéré. Aucune étiquette d'affichage n'est employée, ainsi il soutient des vues multiples.

Le manque de moyens d'étiquettes de définition de données là n'est aucune manière de distinguer les ensembles de données. Par conséquent, CSV ou dossiers caractère-délimités ne soutiennent pas des vues multidimensionnelles. En outre, il n'est pas possible de définir des commandes d'entrée pour une forme. Ceci ne signifie aucun appui de forme.

Par conséquent, ce format est un choix insuffisant. C'est pourquoi il était nécessaire de créer…

GRML.

GRML définit la forme et la vue séparément. Des commandes d'entrée pour une forme sont définies séparément du contenu utilisé dans la vue. En outre, le contenu est défini explicitement dans GRML, avec le texte défini séparément des hyperliens et des images. Les étiquettes d'affichage n'existent pas dans GRML. Le web browser décide comment montrer la page Web. Ceci signifie le soutien des vues multiples.

Employer des étiquettes de définition de données permet à GRML d'être adaptable à d'autres formats (HTML, XML, RSS, CSV ou caractère-délimité). Il permet également à différents ensembles de contenu d'être appelés, qui signifie le soutien des vues multidimensionnelles.

Conclusion.

Après avoir considéré tous formats disponibles pour une langue de marge bénéficiaire bénéficiaire, chacun a manqué au moins d'une des conditions énumérées. Aucun n'a rencontré les buts de conception du Web d'entrée. Par conséquent, il était nécessaire de créer un nouveau format, GRML.

Référence rapide.

Le HTML est employé avec la multi-forme, simple-vue, navigateurs unidimensionnels et d'affichable de Web.

GRML est employé avec la simple-forme, multi-vue, navigateurs multidimensionnels et donnée-orientés de Web.

RSS est employé sans la forme, simple-vue, navigateurs unidimensionnels et donnée-orientés de Web.