1 1. : Conceitos Básicos 2. Aplicação : XHTML 3. Folhas de Estilo em Cascata 2 é um acrônimo para EXtensible Markup Language é uma linguagem de marcação muito parecida com HTML foi designada para descrever dados não tem marcadores definidos Pode-se definir marcadores próprios utiliza um Document Type Definition (DTD) ou um Schema para descrever os dados com um DTD ou um Schema é definida como sendo auto-descritiva é uma recomendação W3C Nome da linguagem já apresenta sua característica: ser uma linguagem extensível Pode-se definir os marcadores que serão utilizados ou mesmo utilizar marcadores já definidos por outras pessoas. Marcadores que são criados descrevem o conteúdo do elemento.
3 <?xml version="1.0" encoding = "utf-8"?> <books> <book> <title>beginning XHTML</title> <ISBN>1-861003-43-9</ISBN> <authors> <author_name>frank Boumphrey </author_name> <author_name>ted Wugofski </author_name> <author_name>sebastian Schnitzenbaumer </author_name> <author_name>jenny Raggett</author_name> <author_name>dave Raggett </author_name> </authors> Prólogo Marcadores próprios para os quais uma formatação apropriada pode ser definida <description> XHTML is a powerful technology for creating web site content. Learn how to create exciting pages using a technology that combines the benefits of with the existing wide coverage of HTML.</description> <price US="$39.99"/> </book> </books> Características de Documento como uma estrutura em árvore. Combina a potência de sua linguagem mãe SGML (Standardized Generalized Markup Language ) com a simplicidade exigida nas aplicações Web. Separação do conteúdo e de sua apresentação. torna os documentos legíveis pelas pessoas e manipuláveis por computadores. Como um documento descreve dados ele pode ser processado por um aplicativo. Ausência de instruções de formatação facilita a realização de análise sintática: Estrutura de referência que pode ser utilizada para intercâmbio de dados. Linguagem preferencial para a implementação da camada intermediária em interfaces de aplicações cliente/servidor. 4
5 Características de Principais diferenças entre e HTML: foi projetada para transportar dados. não um substituto de HTML. e HTML forma projetados com objetivos diferentes: foi projetada para descrever dados e está focada no que o dado é. HTML foi projetada para apresentar dados e está focada em como o dado é apresentado. HTML trata com a apresentação de informação enquanto trata com a descrição da informação. é um complemento para HTML: não é um substituto de HTML. No desenvolvimento Web é usado para descrever dados enquanto HTML é utilizado para apresentar e formatar dados. é uma ferramenta para transmitir informação que é independente de plataforma de software ou hardware. não faz nada: não foi projetada para fazer algo foi criada para estruturar, armazenar e enviar informação. http://www.w3schools.com/xml/xml_whatis.asp 6 Características de é livre e extensível: Marcadores não são pré-definidos Pode-se inventar marcadores próprios. Os marcadores usados em um documento HTML são pré-definidos O autor de um documento HTML pode unicamente usar os marcadores. permite que o autor defina seus próprios marcadores e a estrutura de seus documentos. pode ser usada para criar outras linguagens: é a mãe das linguagens WAP e WML. A linguagem Wireless Markup Language (WML) utilizada para definir aplicações de Internet para dispositivos móveis (PDAs) é escrita em. http://www.w3schools.com/xml/xml_whatis.asp
7 Características de pode ser usada para compartilhar dados: Com arquivos texto podem ser usados para compartilhar dados. Com dados são armazenados como arquivos texto e deste modo tem-se uma maneira independente de plataforma de software ou hardware para compartilhar dados. É muito fácil criar dados com os quais diferentes aplicações podem trabalhar É fácil também expandir ou atualizar um sistema para novos sistemas operacionais, servidores, aplicações e navegadores. pode ser usado para armazenar dados: Com arquivos texto podem ser usados para armazenar dados. pode ser usado para armazenar dados em arquivos ou bancos de dados Aplicações podem ser criadas para armazenar e recuperar informações de depósitos de dados e outras aplicações podem ser criadas para apresentar os dados. pode tornar os dados mais úteis: Com os dados ficam disponíveis a mais usuários. Como é independente de hardware, software e aplicação, os dados podem ser disponibilizados a um maior número de aplicações. Outros clientes e aplicações podem acessar os arquivos como uma fonte de dados como se eles tivessem acessando bancos de dados Os dados podem ser disponibilizados a diferentes tipos de agentes de leitura Disponibilizar dados para acesso por cegos. http://www.w3schools.com/xml/xml_whatis.asp 8 Características de é usado para Intercambiar dados: Com, dados podem ser trocados entre sistemas incompatíveis. No mundo real diferentes sistemas de computadores e bancos de dados contém dados em formatos incompatíveis Um dos grandes desafios da informática é trocar dados entre sistemas diferentes utilizando a Internet. Converter dados para pode reduzir enormemente sua complexidade e criar dados que podem ser lidos por diferentes tipos de aplicações em diferentes sistemas. e B2B: Com, informações financeiras podem ser intercambiadas através da Internet. é utilizado em quase toda aplicação B2B (Business To Business). se tornou a principal linguagem para a troca de informações financeiras entre instituições usando a Internet. http://www.w3schools.com/xml/xml_whatis.asp
9 Criação de Documentos 1.0 apresenta dois tipos de documentos: Documentos bem formados: documentos que estão de acordo com as regras de Documentos válidos, documentos que além de bem formados estão de acordo com alguma DTD. 10 Documentos Bem Formados Um documento bem formado deve respeitar a sintaxe definida pela especificação 1.0 Ele deve utilizar termos corretos da linguagem da maneira definida na linguagem (http://www.w3.org/tr/rec-xml). Três regras que definem um documento bem formado: O documento deve conter um ou mais elementos. O documento deve conter um elemento cujo nome seja único; além disso, esse elemento não deve fazer parte de nenhum outro elemento do documento Elemento raiz. Todos os outros elementos do documento devem estar incluídos no elemento raiz e devem ser aninhados corretamente. Componentes de um documento bem formado: Declaração Elementos Atributos Entidades Seções CDATA Comentários Instruções de Processamento
Componentes de um documento bem formado Declaração 11 Alguns componentes de um documento são opcionais e outros obrigatórios. A Declaração é um dos componentes opcionais. Sua utilização entretanto é fortemente recomendada, pois ela irá informar ao agente que este estará tratando com um documento qual a versão da linguagem utilizada. <?xml version= 1.0 encoding= iso-8859-1?> Linguagem na qual os dados são escritos Componentes de um documento bem formado Elementos 12 Elementos são componentes obrigatórios de um documento consistindo basicamente de dados marcados com marcadores. Cada marcador de abertura/fechamento com seu conteúdo consiste de um elemento do documento. O nome dos marcadores de abertura e fechamento deve ser exatamente o mesmo Maiúsculas e minúsculas são diferenciadas. Marcadores podem começar com uma letra, um underscore ( _ ) ou dois pontos ( : ), seguido de qualquer combinação de letras, dígitos hífens, underscores, dois pontos ou ponto. A única exceção é que não se pode começar um marcador com uma seqüência ou qualquer combinação dessas letras em maiúsculas ou minúsculas O nome de um marcador não deve também se iniciar por dois pontos, pois nesse caso ele será tratado como um espaço de nomes. O conteúdo entre os marcadores é denominado Dados do Tipo Caráter. Os dados do tipo caráter podem ser compostos de qualquer dos caracteres definidos na linguagem unicode, exceto o elemento de início de marcador < Quando sua utilização é indispensável deve-se utilizar < e > para >.
Componentes de um documento bem formado 13 Atributos Atributos são valores que são passados à aplicação, mas que não constituem uma parte do conteúdo do elemento. Atributos em são utilizados da mesma maneira que em XHTML Dentro dos marcadores de abertura eles obrigatoriamente devem ter seus valores apresentados entre aspas. Os elementos em um documento podem ter quantos atributos forem necessários Para que o documento seja bem formado, atributos não podem ser repetidos em uma mesma declaração e os caracteres <, &, ou não podem aparecer dentro das aspas <price US= 39.00 /> Atributos com um elemento vazio Componentes de um documento bem formado 14 Entidades Entidades são utilizadas em documentos como uma maneira de se associar um nome a uma grande quantidade de texto Quando se deseja utilizar esse texto basta simplesmente utilizar o nome da entidade. Facilidade nas modificações no documento, pois basta modificar uma única vez o conteúdo da entidade para que todas as partes do documento nas quais a entidade é utilizada sejam modificadas.
Componentes de um documento bem formado Seções CDATA 15 Seções CDATA são utilizadas para delimitar blocos de texto que podem ser confundidos com marcadores: <to_be_seen>usar roupa brilhante quando no escuro.</to_be_seen> como conteúdo de um elemento, se deve escrever: <elemento> <! [CDATA[ <to_be_seen>usar roupa brilhante quando no escuro.</to_be_seen> ]]> </elemento> A totalidade do conteúdo de elemento não será tratada como se contivesse marcadores. Atualmente scripts e folhas de estilo embutidas devem ser apresentados em seções CDATA. Componentes de um documento bem formado 16 Comentários Embora os elementos de documentos devam ter nomes auto-explicativos, sempre é uma boa política comentar documentos. Em a sintaxe utilizada para comentários é a mesma de XHTML Comentários são iniciados pela seqüência <!-- e finalizados por -->. <!-- Um comentário é sempre útil em um documento -->
Componentes de um documento bem formado 17 Instruções de Processamento Esses componentes permitem que um documento contenha instruções para aplicações que utilizam os dados. O único detalhe que deve ser levado em consideração é que o nome da aplicação destino não deve conter nenhuma combinação das letras, em maiúsculas ou minúsculas <?NomedaAplicaçãoDestino Instruções para a Aplicação> 18 Documentos Válidos Documentos válidos são documentos bem formados que estão de acordo com uma DTD. Para que se possa verificar se um documento está de acordo com uma DTD é necessário que um analisador seja utilizado. Analisadores capazes de verificar um documento contra uma DTD são denominados Analisadores de Validação (Validating Parsers). Após a análise, se o documento não estiver de acordo com as especificações da DTD o analisador informa um erro.
DTDs Document Type Definitions 1 19 DTDs são parte da especificação original de 1.0. A partir de DTDs se pode normalizar uma apresentação Se diversas pessoas escrevem documentos sobre livros e todas elas respeitam a DTD para a qual o documento foi escrito, os documentos que essas pessoas escreverem, após terem sido analisados e validados, poderão ser vistos em qualquer agente. DTDs são escritas utilizando uma linguagem denominada Forma Estendida de Backus-Naur (Extended Backus-Naur Form) ou EBNF. A DTD necessita declarar as regras dos marcadores da linguagem, ou seja, ele necessita efetivamente declarar o que constitui o marcador e o que o marcador significa. Uma DTD deve fornecer detalhes de cada elemento, sua ordem e dizer quais atributos eles podem ter. Uma DTD pode ser declarada, na seção de Declaração do Tipo de Documento (Document Type Declaration), internamente ou externamente a um documento. A declaração interna pode ser um pouco confusa, pois o documento deverá ser validado contra uma parte dele mesmo. DTDs Document Type Definitions 2 20 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD Nesse caso no mesmo diretório do documento. books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, price+)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author+)> <!ELEMENT author (#PCDATA)> <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA #REQUIRED
DTDs Document Type Definitions 2 21 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD nesse caso no mesmo diretório do documento. Atributos com um elemento vazio books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, Declarações elementos price+)> são do tipo: <!ELEMENT title (#PCDATA)> <!ELEMENT nome (conteúdo)> <!ELEMENT authors (author+)> <!ELEMENT author (#PCDATA)> Elementos que podem ser usados no documento <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA #REQUIRED DTDs Document Type Definitions 2 22 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD nesse caso no mesmo diretório do documento. books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, price+)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author+)> <!ELEMENT author (#PCDATA)> <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA O elemento raiz, books, deve conter ao menos um elemento book. O elemento book deve conter, na ordem estabelecida, um elemento title, um elemento ISBN, um elemento authors, opcionalmente #REQUIRED um elemento description e ao menos um elemento price.
DTDs Document Type Definitions 2 23 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD nesse caso no mesmo diretório do documento. books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, price+)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author+)> <!ELEMENT author (#PCDATA)> <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA O elemento title deve conter dados caractere, sendo que isso é indicado por #PCDATA. #REQUIRED Declaração individual dos elementos DTDs Document Type Definitions 2 24 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD nesse caso no mesmo diretório do documento. books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, price+)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author+)> Elemento vazio <!ELEMENT author (#PCDATA)> <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA #REQUIRED Definição do atributo do elemento
DTDs Document Type Definitions 2 25 DTDs externas devem ser referenciadas no documento <DOCTYPE books SYSTEM books.dtd > books é o nome do elemento raiz do documento e também o nome da DTD. A palavra chave SYSTEM foi utilizada para indicar a localização da DTD para que se o sistema precise ele possa validar o documento contra a DTD nesse caso no mesmo diretório do documento. books.dtd <!DOCTYPE books [ <!ELEMENT books (book+)> <!ELEMENT book (title, ISBN, authors, description?, price+)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author+)> <!ELEMENT author (#PCDATA)> <!ELEMENT description (#PCDATA)> <!ELEMENT price EMPTY> <!ATTLIST price > ]> US CDATA #REQUIRED Se o elemento existir o atributo Nome do atributo Tipo de informação que o atributo é obrigatório aceita DTDs Document Type Definitions 3 26 Mesmo que se tenha um documento bem formado para que o mesmo seja validado é necessário que todos os elementos utilizados no documento estejam presentes na DTD. O tipo dos dados utilizados no elemento do documento deve respeitar a definição feita na DTD.
27 Aplicações em Chemical Markup Language (CML): aplicação desenvolvida por Peter Murray-Rust para a publicação no Web de moléculas Através de CML se pode exibir em agentes a estrutura de moléculas complexas É necessário um navegador especial Mathematical Markup Language (MathML): especificação W3C utilizada para representar fórmulas matemáticas Navegador atuais podem apresentar as fórmulas mas pode ser necessário instalar fontes Synchronized Multimedia Integration Language (SMIL): padrão W3C utilizada para a definição de apresentações multimídia XHTML: + HTML