Se você for familiar com o HTML, você tem algum conceito da língua do markup. Se você escrever uma lima de texto lisa, está composta de caráteres de ASCII simples. Quando um programa (como o notepad) é usado indicar a lima, todos os caráteres na lima de texto estarão indicados usando o mesmos tamanho de pia batismal, tipo, e boldness. Não há nenhuma característica especial para apresentar tal tipo de lima.

As línguas do Markup, como o HTML ou o XML, permitem que o markup especial seja encaixado com o texto restante que permitirá o programa que indica a lima para determinar como mostrar o texto. Nesta maneira, o texto especial como o parágrafo pode estar justifica, tem uma pia batismal maior e mais bold(realce), ou as cores específicas da exposição podem ser ajustadas. Também os elementos adicionais podem ser adicionados à lima tal como listas e tabelas numeradas.

As línguas do Markup usam elementos diferentes reservar uma área de índice do outro índice. A exposição destes elementos (por exemplo cor, tamanho, e tipo da pia batismal) pode ser determinada dentro da lima ou da parte externa do markup a lima usando uma folha do estilo. Normalmente, há um jogo predeterminado de características da exposição (defeito) para cada elemento que pode ser modificado localmente ou usando folhas do estilo. Os autores são incentivados separar a determinação de características da exposição (estilo) da lima do markup. Isto faz a gerência da exposição denominar muito mais fácil mas a separação não é requerida

As línguas do Markup requerem um Document type definition que defina os elementos que são permitidos no original. O DTD define também como os elementos podem ser usados com relacionamento a se. Define quanto e que elementos podem ser incluídos dentro de um outro elemento. O DTD é uma lima de texto escrita em um formato específico para definir o original. O DTD é baseado na língua generalizada estandardizada do Markup (SGML). O SGML é a língua do pai de todas as línguas do markup. Embora XML possa usar um DTD, não se requer para aqueles originais que são considerados “bom dado forma”. Um original bem dado forma segue um jogo de réguas para XML e este assunto é discutido mais detalhadamente mais tarde. O DTD define também umas outras características do elemento como se ou não requer um Tag do começo ou do ending junto com vários atributos possíveis de cada elemento.

XML é Extensible Markup Language para os originais que contêm a informação bem estruturada.

A informação estruturada contem qualquer tipo do índice (palavras, retratos, etc.) e da alguma indicação de que papel que jogos satisfeitos (por exemplo, o índice em um título da seção tem um significado diferente do índice em uma nota de rodapé, que signifique algo diferente do que o índice em uma figura subtítulo ou o índice em uma tabela da base de dados, etc.). Quase todos os originais têm alguma estrutura.

Uma língua do markup é um mecanismo para identificar as estruturas do original. O XML é usado define uma maneira padrão adicionar o markup aos originais.

• HTML
• XHTML
• Javascript/VBScript

A fim apreciar XML, é muito importante compreender porque foi desenvolvido. XML foi desenvolvido de modo que os originais rica estruturados pudessem ser usados sobre a correia fotorreceptora. As únicas alternativas gostam do HTML e o SGML, não é prático para esta finalidade.

O HTML, vem limite com um jogo da sintaxe/semântica e não fornece a estrutura arbitrária.

O SGML fornece a estrutura arbitrária, mas é demasiado difícil executar apenas para um web browser. Os sistemas cheios do SGML podem resolver os problemas grandes, complexos que justificam sua despesa. Ver os originais bem estruturados emitidos sobre a correia fotorreceptora carrega raramente este a justificação.

XML não pode esperar-se substituir completamente o SGML. Quando XML for projetado bàsicamente entregar o índice estruturado sobre a correia fotorreceptora, algumas das características que falta para fazer este prático, faz a SGML uma solução mais satisfatória para a criação e o armazenamento long-time de originais complexos. Em muitas organizações, o SGML filtrando a XML será o procedimento padrão para a entrega da correia fotorreceptora.
 

XML “foi desenvolvido inicialmente por uma placa de revisão Editorial genérica do SGML do Consortium do World Wide Web dada forma sob os auspices do Consortium W3 em 1996 e chaired por Jon Bosak de Sun Microsystems, com a participação ativa de um grupo de funcionamento genérico do SGML organizado também pelo W3C.”

1. Para usar XML sobre o Internet, os usuários devem vêem originais de XML tão rapidamente e fàcilmente quanto originais do HTML. Na prática, isto será somente possível quando os browsers de XML são tão robust e extensamente disponível quanto browsers do HTML, mas o princípio remanesce.





2. Sustentação de XML uma variedade larga das aplicações. XML deve ser benéfico a uma variedade larga de aplicações diversas: browsing, sendo o autor, análise satisfeita, etc. Embora o primeiro foco esteja em originais estruturados serving sobre a correia fotorreceptora,





3. XML deve ser compatível com SGML. A maioria dos povos envolvidos no esforço de XML vêm das organizações que têm um grande, em alguns casos que desconcertam, uma quantidade de material no SGML. XML foi projetado pragmatically, ser compatível com padrões existentes ao resolver o problema relativamente novo de emitir originais rica estruturados sobre a correia fotorreceptora.





4. Deve ser fácil escrever os programas que XML process documenta. A maneira informal de expressar este objetivo quando as especs. eram desenvolvidas era que ought fazer exame de aproximadamente duas semanas para que um estudante graduado competente de informática construa um programa que pudesse processar originais de XML.





5. Muitas características opcionais em XML devem ser mantidas a um mínimo absoluto, zeram idealmente. As características opcionais levantam inevitàvel problemas da compatibilidade quando os usuários querem compartilhar de originais e os conduzir às vezes à confusão e à frustração.





6. Os originais de XML devem estar humano-legible e razoavelmente desobstruídos. Se você não tiver um browser de XML e você receber um hunk de XML de em algum lugar, você ought olha-o em seus editor e realmente figura favoritos de texto para fora o que o índice significa.





7. O projeto de XML deve ser preparado rapidamente. Os esforços dos padrões são disreputably lentos. XML foi necessitado imediatamente e desenvolvido tão rapidamente como possível.





8. O projeto de XML será formal e conciso. Em muitas maneiras a notoriously à régua 4, significa essencialmente que XML deve ser expressado no formulário prolongado de Backus-Naur (EBNF) e deve ser amenable às ferramentas modernas e às técnicas do compilador.
   Há um número de razões técnicas porque a gramática do SGML não pode ser expressada no formulário prolongado de Backus-Naur (EBNF) que escreve um parser apropriado do SGML requer a manipulação de uma variedade do usado raramente e difícil de analisar gramaticalmente características de língua. XML não.





9. É fácil criar originais de XML. Embora haja eventualmente editores complicados para criar e editar o índice de XML, não aparecerão imediatamente. No ínterim, deve ser possível criar originais de XML em outras maneiras: diretamente em um editor de texto, com escudo simples e certificados do Perl, etc.





10. Shortness no markup de XML é da importância mínima. Diversas características de língua do SGML foram projetadas minimizar a quantidade de datilografar requerida para fechar à chave manualmente em originais do SGML. Estas características não são suportadas em XML. De um ponto abstrato da vista, estes originais são indistinguishable de seus formulários mais inteiramente especificados, mas suportar estas características adiciona um burden considerável ao parser do SGML. Além, a maioria de editores modernos oferecem facilidades melhores definir atalhos ao incorporar o texto.

XML não está vindo no lugar do HTML.
XML e o HTML foram projetados com objetivos diferentes:

XML foi projetado ilustrar dados e focalizá-los em o que os dados são.
O HTML foi projetado à apresentação dos dados e ao foco em como os dados olham.

O HTML é sobre a apresentação da informação, quando XML for sobre a descrição da informação.

XML NÃO FAZ qualquer coisa. XML foi criado para estruturar, armazenar e emitir a informação.

O seguinte exemplo é uma companhia a Vyom do TCS, armazenado como XML:

A companhia tem um encabeçamento e um corpo de mensagem. Tem também a informação do remetente e do receptor. Mas ainda, este original de XML NÃO FAZ qualquer coisa. É apenas informação pura envolvida em Tag de XML. Alguém deve escrever uma parte de software para emiti-la, receber ou indicar.

Não há nenhum padrão de XML mas como o padrão de XML foi desenvolvido rapidamente e um número grande de vendedores do software adotou o padrão.

Nós acreditamos fortemente que XML será tão importante para o futuro da correia fotorreceptora como o HTML foi à fundação da correia fotorreceptora e que XML será a ferramenta importante para toda a manipulação de dados e transmissão de dados.