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
 

Introduzindo GRML

Software RSS Feed





Criando uma língua nova do markup.

Introdução.

O markup geral Langauge reusar, ou GRML, são uma língua do markup para browsers da correia fotorreceptora. Tem as características da definição dos dados de limas caráter-limitadas e de XML, com a sustentação hyperlinking e de formulário do HTML.

A finalidade deste artigo é mostrar porque GRML existe e como complementa o HTML, o XML, o RSS, e formatos caráter-limitados.

Fundo.

GRML não é o resultado de uma planta específica. Foi desenvolvido como uma solução a um outro problema, a saber reúso dados de um serviço da correia fotorreceptora. Começou com o desenvolvimento de uma correia fotorreceptora front-end a pedir o índice de alguns serviços da correia fotorreceptora. Um formato de dados era needed segurar respostas. Ter dados em algum formato arbitrário estava limitando demasiado. Algo formal era needed.

O HTML e XML foram considerados, mas não coube completamente o front-end que está sendo tornado. Necessitado lá ser uma outra escolha, uma com...

sustentação para vistas múltiplas (o front-end usou um controle da lista que tenha 4);


uma maneira definir jogos múltiplos dos dados para vistas multidimensional;


satisfaça que traduz to/from outros formatos; e


uma distinção entre a exposição do formulário e a vista.

Desde que não havia nenhum formato que se encontrou com todas as exigências, o front-end estava indo necessitar algo novo. Usando o front-end, era possível desenvolver um formato e testá-lo para estas exigências. Ou seja o front-end existido antes da língua do markup!

O formato que resultou era GRML. Foi projetado usar formulários e vistas, suporta as vistas múltiplas e multidimensional, trabalhos com os usuários existentes da correia fotorreceptora, e adapta-se a outros formatos. Uma vez que a língua do markup foi terminada, a correia fotorreceptora front-end transformou-se um web browser.

Agora que o objetivo para GRML estêve explicado, a etapa seguinte é compreender, em detalhe, porque os formatos existentes não foram escolhidos.

Línguas Compreensivas Do Markup.

Antes de atravessar o processo de compreender porque GRML é necessário, os formatos existentes necessitam ser introduzidos e seus objetivos do projeto ser identificados. Os formatos são considerados de um perspective da manipulação de dados de, assim que nenhuma discussão dos jogos, os filmes, a música, anunciar, e entertainment são mencionados.

Para as finalidades de criar uma língua do markup, as duas características principais para Web pages browsing são o formulário e a vista. Um formulário contem todo o controle da entrada para pedidos de usuário. Uma vista indica satisfeito, ou dados do Web page sem os Tag do markup ou os elementos do formato.

Dado a exigência do formulário e da vista, é possível comparar cada formato.

O HTML é o formato o mais prevalent na correia fotorreceptora. É projetado para a exposição de dados. Há uma sustentação do formulário e da vista.

XML é um formato menor na correia fotorreceptora. É projetado para a definição dos dados. Falta a sustentação do formulário e da vista.

RSS é um formato menor na correia fotorreceptora. É projetado para a definição dos dados. Falta a sustentação do formulário mas tem uma vista.

CSV ou os formatos caráter-limitados são usados raramente na correia fotorreceptora. É projetada para a definição dos dados. Falta a sustentação do formulário mas tem uma vista.

Agora que cada formato estêve introduzido, é possível compreender o lugar para GRML na correia fotorreceptora.

Deixe-nos começar com...

HTML.

Há realmente somente uma língua do markup em uso difundido na correia fotorreceptora (ou seja 99% de todos os Web pages usam esta língua), e aquele é língua do markup do hypertext, ou HTML. O HTML descreve como os dados são indicados. Diz ao web browser como o Web page olha na vista do web browser. Com HTML, todo o índice é indicado na vista, including formulários, texto, e imagens. O HTML decide-se como indicar o Web page.

O índice do Web page, usando o HTML, é definido somente para imagens e hyperlinks. O índice do texto não é definido, fazendo o incompatível para usar-se em outros formatos. Conseqüentemente, adaptar o índice do HTML a outros formatos é o mais limitado de todos os formatos considerados.

A única aproximação da vista do HTML impede dinâmicamente comutar o índice na vista. Não há nenhuma maneira apresentar jogos relacionados do índice do HTML (por exemplo 2 páginas diferentes de uma mensagem board, ou 4 páginas diferentes de headlines da notícia, ou 8 páginas diferentes de resultados do auction, etc..) na vista sem as páginas diferentes do carregamento e em navigating entre elas. Daqui, o HTML não suporta vistas multidimensional.

Porque o HTML decide a exposição do Web page, impede vistas múltiplas do índice. O HTML não suporta vistas multidimensional e não é fácil de adaptar-se a outros formatos. Também, combina o formulário e a vista em uma exposição. Para estas razões, provou ser uma escolha inadequada.

Está em seguida...

XML.

XML, ou Extensible Markup Language, são projetados para o adaptability. As bases de dados, os spreadsheets, CSV, ou as limas caráter-limitadas são todos potencial capazes de formatar seus dados usando XML. Define o que os dados são, melhor que como são indicados. Isto faz XML adaptable a outros formatos da lima.

Há no.one formato de original de XML. É um padrão para definir como estruturar dados. Esta falta de um formato de dados específico impede que XML defina toda a vista de seu índice. Também não define controles da entrada para o uso em um formulário.

Uma falta da sustentação da vista em XML impede vistas múltiplas E multidimensional. Sem sustentação do formulário, um usuário não pode emitir pedidos. Quando XML for adaptable a outros formatos, não é uma escolha adequada.

Assim distante, o HTML e XML provaram insuficiente. Ao lado de considere é...

RSS.

RSS, ou o syndication realmente simples, são um formato de dados específico de uma estrutura de dados de XML. Conseqüentemente, RSS pode suportar uma vista de seus dados. Também, desde que é baseado em XML, define seus dados melhor que como é indicado. A sustentação da vista com definição dos dados significa que RSS suporta vistas múltiplas de seu índice.

Como um formato de XML, RSS falta toda a sustentação do formulário. Os controles da entrada não existem usando XML, daqui faltam de RSS. Para esta razão, não é suficiente.

Somente um formato remanesce, e é...

CSV ou caráter-limitado.

CSV (valores separados vírgula) ou os formatos caráter-limitados são usados por bases de dados, por spreadsheets, e por muitos outros aplicações dados-orientadas à informação da loja à lima. É um formato que seja adaptable a outros formatos porque não usa nenhuns Tag da exposição. O formato consiste quase inteiramente no índice, à exceção do caráter usado para o delimitador.

Este formato tem uma vista porque é quase inteiramente satisfeito e falta Tag do markup. Seu foco no índice significa que é o mais reusável de todo o formato considerado. Nenhum Tag da exposição é usado, assim que suporta vistas múltiplas.

A falta de meios dos Tag da definição dos dados lá não é nenhuma maneira distinguir entre jogos dos dados. Daqui, CSV ou as limas caráter-limitadas não suportam vistas multidimensional. Além, não é possível definir controles da entrada para um formulário. Isto não significa nenhuma sustentação do formulário.

Conseqüentemente, este formato é uma escolha insuficiente. Isto é porque era necessário criar...

GRML.

GRML define o formulário e a vista separada. Os controles da entrada para um formulário são definidos separada do índice usado na vista. Também, o índice é definido explicitamente em GRML, com o texto definido separada dos hyperlinks e das imagens. Os Tag da exposição não existem em GRML. O web browser decide-se como indicar o Web page. Isto significa a sustentação para vistas múltiplas.

Usar Tag da definição dos dados permite que GRML seja adaptable a outros formatos (HTML, XML, RSS, CSV ou caráter-limitado). Permite também jogos diferentes do índice de ser nomeado, que significa a sustentação para vistas multidimensional.

Conclusão.

Após ter considerado todos os formatos disponíveis para uma língua do markup, cada um faltou ao menos uma das exigências listadas. Nenhuns encontraram-se com os objetivos do projeto da correia fotorreceptora front-end. Conseqüentemente, era necessário criar um formato novo, GRML.

Referência Rápida.

O HTML é usado com multi-formulário, único-vista, uns dimensionais, browsers display-oriented da correia fotorreceptora.

GRML é usado com único-formulário, multi-vista, browsers multidimensional, dados-orientados da correia fotorreceptora.

RSS é usado com nenhum formulário, único-vista, uns dimensionais, browsers dados-orientados da correia fotorreceptora.

Sobre O Autor

Tornar-se com MFC para um par dos anos agora. Trabalhar em começar a meus browsers novos da correia fotorreceptora a direita justa. Faça exame de um olhar em GRMLBrowser.com.

Vivendo em Memphis, o TN e não são coz grande lá são absolutamente nenhuma equipe dos esportes do major (bem, à exceção do Grizzlies).

Artigo Fonte: Messaggiamo.Com

Translation by Google Translator





Related:

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


Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!

Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!

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

Envie os seus artigos para Messaggiamo.Com Directory

Categorias


Copyright 2006-2011 Messaggiamo.Com - Mapa do Site - Privacy - Webmaster enviar seus artigos para Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu