English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Introducir GRML

Software RSS Feed





Crear una nueva lengua del margen de beneficio.

Introducción.

El margen de beneficio general Langauge de la reutilización, o GRML, es una lengua del margen de beneficio para los browsers de la tela. Tiene las características de la definición de los datos de archivos cara'cter-delimitados y de XML, con la ayuda el hyperlinking y de la forma del HTML.

El propósito de este artículo es demostrar porqué existe GRML y cómo complementa el HTML, XML, RSS, y formatos cara'cter-delimitados.

Antecedentes.

GRML no es el resultado de un plan específico. Fue desarrollado como solución a otro problema, a saber reutilizando datos de un servicio de la tela. Comenzó con el desarrollo de una tela anticipada a solicitar el contenido de algunos servicios de la tela. Un formato de datos era necesario manejar respuestas. Tener datos en un cierto formato arbitrario se limitaba también. Algo formal era necesario.

El HTML y XML eran considerados, pero no cupieron absolutamente el anticipado que era convertido. Allí necesitado ser otra opción, una con...

ayuda para las visiónes múltiples (el anticipado utilizó un control de la lista que tiene 4);


una manera de definir sistemas múltiples de los datos para las visiónes multidimensionales;


contente que traduce to/from otros formatos; y


una distinción entre la exhibición de la forma y la visión.

Puesto que no había formato que resolvió todos los requisitos, el anticipado iba a necesitar algo nuevo. Usando el anticipado, era posible desarrollar un formato y probarlo para estos requisitos. ¡Es decir el anticipado existido antes de la lengua del margen de beneficio!

El formato que resultó era GRML. Fue diseñado para utilizar formas y opiniónes, apoya las visiónes múltiples y multidimensionales, trabajos con los servidores existentes de la tela, y se adapta a otros formatos. Una vez que la lengua del margen de beneficio fuera acabada, la tela anticipada se convirtió en un web browser.

Ahora que el objetivo para GRML se ha explicado, el paso siguiente es entender, detalladamente, porqué los formatos existentes no fueron elegidos.

Idiomas Del Margen de beneficio Que entienden.

Antes de pasar con el proceso de entender porqué GRML es necesario, los formatos existentes necesitan ser introducidos y sus metas del diseño ser identificados. Los formatos se consideran de una perspectiva del tratamiento de datos, así que no se menciona ninguna discusión de juegos, las películas, la música, la publicidad, y la hospitalidad.

Para los propósitos de crear una lengua del margen de beneficio, las dos características principales para los Web pages el hojear son la forma y la visión. Una forma contiene cualquier control de la entrada para las peticiones de usuario. Una visión exhibe contento, o datos del Web page sin las etiquetas del margen de beneficio o los elementos del formato.

Dado el requisito de la forma y de la opinión, es posible comparar cada formato.

El HTML es el formato más frecuente en la tela. Se diseña para la exhibición de datos. Hay ayuda de la forma y de la visión.

XML es un formato de menor importancia en la tela. Se diseña para la definición de los datos. Carece la ayuda de la forma y de la visión.

RSS es un formato de menor importancia en la tela. Se diseña para la definición de los datos. Carece la ayuda de la forma pero tiene una visión.

CSV o los formatos cara'cter-delimitados se utilizan raramente en la tela. Se diseña para la definición de los datos. Carece la ayuda de la forma pero tiene una visión.

Ahora que se ha introducido cada formato, es posible entender el lugar para GRML en la tela.

Comencemos con...

HTML.

Hay realmente solamente una lengua del margen de beneficio en uso extenso en la tela (es decir los 99% de todos los Web pages utilizan esta lengua), y ése es lengua del margen de beneficio del hypertext, o HTML. El HTML describe cómo se exhiben los datos. Dice a web browser cómo el Web page mira en la opinión del web browser. Con el HTML, todo el contenido se exhibe en la visión, incluyendo formas, texto, e imágenes. El HTML decide a cómo exhibir el Web page.

El contenido de la página del Web, usando el HTML, se define solamente para las imágenes y los hyperlinks. El contenido del texto no se define, haciéndolo incompatible para utilizar en otros formatos. Por lo tanto, adaptar el contenido del HTML a otros formatos es el más limitado de todos los formatos considerados.

El solo acercamiento de la visión del HTML evita dinámicamente el cambiar del contenido en la visión. No hay manera de presentar sistemas relacionados del contenido del HTML (e.g. 2 diversas páginas de un mensaje suben, o 4 diversas páginas de los títulos de las noticias, o 8 diversas páginas de resultados de la subasta, de etc.) en la visión sin diversas páginas del cargamento y la navegación entre ellas. Por lo tanto, el HTML no apoya visiónes multidimensionales.

Porque el HTML decide a la exhibición del Web page, previene vistas múltiples del contenido. El HTML no apoya visiónes multidimensionales y no es fácil de adaptarse a otros formatos. También, combina la forma y la visión en una exhibición. Por estas razones, demostró ser una opción inadecuada.

Está después...

XML.

XML, o Extensible Markup Language, se diseña para la adaptabilidad. Las bases de datos, las hojas de balance, CSV, o los archivos cara'cter-delimitados son todas potencialmente capaces de ajustar a formato sus datos usando XML. Define cuáles son los datos, más bien que cómo se exhiben. Esto hace XML adaptable a otros formatos del archivo.

Hay nadie formato de documento de XML. Es un estándar para definir cómo estructurar datos. Esta carencia de un formato de datos específico evita que XML defina cualquier vista de su contenido. También no define los controles de la entrada para el uso en una forma.

Una carencia de la ayuda de la visión en XML previene visiónes múltiples Y multidimensionales. Sin ayuda de la forma, un usuario no puede enviar peticiones. Mientras que XML es adaptable a otros formatos, no es una opción adecuada.

Hasta ahora, el HTML y XML han probado escaso. Al lado de considere es...

RSS.

RSS, o el syndication realmente simple, es un formato de datos específico de una estructura de datos de XML. Por lo tanto, RSS puede apoyar una vista de sus datos. También, puesto que se basa en XML, define sus datos más bien que cómo se exhibe. La ayuda de la visión con la definición de los datos significa que RSS apoya vistas múltiples de su contenido.

Como un formato de XML, RSS carece cualquier ayuda de la forma. Los controles de la entrada no existen con XML, por lo tanto faltan de RSS. Por esta razón, no es suficiente.

Sigue habiendo solamente un formato, y es...

CSV o cara'cter-delimitado.

CSV (valores separados coma) o los formatos cara'cter-delimitados son utilizados por las bases de datos, las hojas de balance, y mucho otra los usos dato-orientados a la información del almacén al archivo. Es un formato que es adaptable a otros formatos porque no utiliza ninguna etiquetas de la exhibición. El formato consiste casi enteramente en contenido, a excepción del carácter usado para el delimitador.

Este formato tiene una visión porque es casi enteramente contento y carece etiquetas del margen de beneficio. Su foco en contenido significa que es el más reutilizable de cualquier formato considerado. No se utiliza ningunas etiquetas de la exhibición, así que apoya visiónes múltiples.

La carencia de los medios de las etiquetas de la definición de los datos allí no es ninguna manera de distinguir entre los sistemas de datos. Por lo tanto, CSV o los archivos cara'cter-delimitados no apoyan visiónes multidimensionales. Además, no es posible definir los controles de la entrada para una forma. Esto no significa ninguna ayuda de la forma.

Por lo tanto, este formato es una opción escasa. Esta es la razón por la cual era necesario crear...

GRML.

GRML define la forma y la opinión por separado. Los controles de la entrada para una forma se definen por separado del contenido usado en la visión. También, el contenido se define explícitamente en GRML, con el texto definido por separado de hyperlinks y de imágenes. Las etiquetas de la exhibición no existen en GRML. El web browser decide a cómo exhibir el Web page. Esto significa la ayuda para las visiónes múltiples.

Usar etiquetas de la definición de los datos permite que GRML sea adaptable a otros formatos (HTML, XML, RSS, CSV o cara'cter-delimitado). También permite a diversos sistemas del contenido ser nombrada, que significa la ayuda para las visiónes multidimensionales.

Conclusión.

Después de considerar todos los formatos disponibles para una lengua del margen de beneficio, cada uno careció por lo menos uno de los requisitos mencionados. Ningunos resolvieron las metas del diseño de la tela anticipada. Por lo tanto, era necesario crear un nuevo formato, GRML.

Referencia Rápida.

El HTML se utiliza con la multi-forma, solo-vista, una dimensional, browsers display-oriented de la tela.

GRML se utiliza con la solo-forma, multi-vista, browsers multidimensionales, dato-orientados de la tela.

RSS se utiliza sin la forma, solo-vista, una dimensional, browsers dato-orientados de la tela.

Sobre El Autor

El convertirse con el MFC para un par de años ahora. Trabajo en conseguir a mis nuevos browsers de la tela la derecha justa. Heche una ojeada GRMLBrowser.com.

Viviendo en Memphis, el TN y es gran coz allí no son absolutamente ningún equipo de los deportes del comandante (bien, a excepción del Grizzlies).

Artículo Fuente: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!

Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Envíe sus artículos a Messaggiamo.Com Directorio

Categorías


Derechos de autor 2006-2011 Messaggiamo.Com - Mapa del sitio - Privacy - Webmaster enviar sus artículos a Messaggiamo.Com Directorio [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu