Sergio,
sem dúvida este overhead ainda é grande para aplicações em massa. Fica
impossível. Ainda mais se você utilizar uma solução de transformação de XML
baseado em DOM. Totalmente inviável.
Mas o XML em alguns ambientes tem vantagem inigualável. Em um site bem
estruturado um XSL pode definir toda a sua aparência. E os dados podem ser
publicados em um arquivo XML, ou em um banco dados onde um componente possa
ler ou em qualquer outra coisa que gere um XML.
E claro para as já citadas aplicações com múltiplos canais com usuários Web
browser / dispositivos wap / etc. e comunicação B2B.
abraços
Jorge
-----Original Message-----
From: Sergio Oliveira Jr. [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 17 de abril de 2001 15:41
To: [EMAIL PROTECTED]
Subject: Re: [java-list] Design: XML/XSL x JSP
Jorge,
O seu comentário é realmente pertinente, e me fez pensar na minha posição de
evitar XML para desenvolvimento web. Fiquei pensando em como eu faria a
mesma coisa em JSP.
Notei que JSP vende esse mesmo peixe, isto é, a separação de uma camada de
dados (banco, ldap, etc.), de uma camada lógica (JavaBeans , EJB, etc) e de
uma camada de apresentação (JSP, HTML, etc.).
Vale lembrar tb que JSP segue as especificações de XML.
Então no caso dos boletins eu teria uma custom action que me retornaria as
notas, mais ou menos assim:
<jsp:useBean id="boletim" scope="request" class="sergio.escola.Boletim" />
<table>
<th>Matéria</th>
<th>Nota</th>
<sergio:loop name="boletim" property="notas" loopId="nota"
className="sergio.escola.Nota">
<tr>
<td><%= nota.getMateria() %></td>
<td><%= nota.getValue() %></td>
</tr>
</sergio:loop>
</table>
Aqui seria muito fácil alterar o layout dessa página, e mesmo um web
designer sem muitos conhecimentos de programação poderia fazê-lo.
Se esse boletim fosse exibido em diversos lugares diferentes do meu site, eu
usaria um <jsp:include page="boletim.jsp" />. Assim eu só precisaria alterar
em um único arquivo (boletim.jsp) para alterar o layout de todos os meus
boletins em todos os lugares do meu site. Se esses boletins possuissem
layout diferentes, eu teria que criar arquivos diferentes (boletim1.jsp,
boletim2.jsp, etc.), do mesmo jeito que eu teria que criar XSL diferentes.
Como você vê, acabou tendo o mesmo efeito da combinação XML/XSL. Só que
formatar um documento XML através de um XSL tem overhead. Outro ponto
negativo é que os seus dados estarão em um banco-de-dados comum, ou seja, vc
vai ter que ler do banco, passar os dados para XML, fazer o parse do XML e
fazer a formatação segundo um XSL. Eh muito overhead pra pouco efeito
prático além de ser bem mais difícil de implementar essa arquitetura.
Por isso que eu ainda não estou convencido que vale a pena investir em XML
nessa área, a não ser que vc desenvolva um sistema muito parecido para web,
para wap e para PDA, e vc não queira ficar atualizando três versões
diferentes do mesmo sistema.
Futuramente com o surgimento de banco-de-dados que falem XML e com a
integração de XML dentro da arquitetura do JSP (XSP), essa solução pode ser
viável.
Por enquanto eu fico com JSP para desenvolvimento web e com XML para
arquivos de configuração, integração de sistemas legados e B2B.
[]'s
Sergio
>From: Jorge Martins <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: java-list <[EMAIL PROTECTED]>
>Subject: [java-list] Design: XML/XSL x JSP
>Date: Tue, 17 Apr 2001 14:08:00 -0300
>
>
>
>-----Original Message-----
>From: Jorge Martins
>Sent: terça-feira, 17 de abril de 2001 14:06
>To: 'oculto'
>Subject: RE: Design: XML/XSL x JSP
>
>
>Reginaldo,
>
>Vou exemplificar algumas vantagens utilizando seu caso.
>
>Imagine que você queira mudar a apresentação do bolhetim do aluno, isto
>fica
>facilitado, pois a apresentação (XSL) está separada dos dados (XML). Quando
>existem várias formas de gerar os dados (o bolhetim neste caso) fica tudo
>muito fácil, pois um arquivo estático ou um arquivo dinâmico gerado através
>de concultas de banco de dados ou sei lá o que fariam referência para o
>mesmo XSL.
>
>Logo, basta você alterar este XSL e você mudará a apresentação de todos os
>bolhetins deste site.
>
>Outra vantagem é que XML e XSL são independentes de plataforma. Você gera
>um
>XSL que apresenta o bolhetim e este servirá para JSP, servlet, ASP, CGI, ou
>que for. Contanto que você faça estes componentes gerarem um XML e
>transformarem em HTML, usando o seu XSL.
>
>Em site com vários canais de acesso a mesma informação, basta referenciar
>XSL diferentes e você terá a mesma página apresentada em um web browser, em
>um celular wap ou o que mais você inventar.
>
>Você pode divulgar seus dados de forma mais clara, favorecendo transações.
>Assim uma outra aplicação boderia obter os bolhetins dos seus alunos e
>fazer
>o que quiser com eles sem se importar em como você irá apresentar em HTML.
>
>Sacou? Sei que são muitas coisas para pegar de uma vez só. Qualquer dúvida
>é
>só perguntar.
>
>abraços
>
>Jroge
>
>
>
>-----Original Message-----
>From: oculto [mailto:oculto]
>Sent: terça-feira, 17 de abril de 2001 13:55
>To: Jorge Martins
>Subject: Design: XML/XSL x JSP
>
>
>Olá Jorge,
>
>Achei interessante seu comentário sobre o XML/XSL. Estou aprendendo o XML
>através de apostilas, mas ainda não consegui pegar o conceito da coisa. O
>que não compreendo é a vantagem de estar usando o XML, sendo que eu poderia
>estar gerando direto os dados já em HTML. Vou dar um exemplo qualquer de
>uma
>situação imaginária, para que você possa ajudar-me a entender o porquê do
>XML. Exemplo:
>Sou o Webmaster de uma escola e disponibilizo o boterim dos alunos pela
>internet. Então no meu modo de pensar eu faria com que ao aluno digitar uma
>senha, no meu servidor eu pegaria os dados do aluno e geraria uma página
>HTML com os dados dele e pronto. Agora se fosse com o XML eu teria pelo
>menos dois processos que seria interpretar o XML e gerar o HTML.
>Seguindo os exemplos que vi nas apostilas eu teria que gerar um script em
>JavaScript ou VBScript para interpretar o XML e daí então estar gerando o
>HTML. Acho que o XML seria +- assim:
>
>boletim.xml
><boletim>
> <aluno Nome="Reginaldo">
> <materia
> Nome="Portugues" Bimestre="1o." Media="8.0"
> </materia>
> <materia
> Nome="Matematica" Bimestre="1o." Media="7.5"
> </materia>
> <materia
> Nome="Fisica" Bimestre="1o." Media="6.0"
> </materia>
> </aluno>
></boletim>
>
>Pode ser que eu tenha errado em alguma coisa aí, pois não lembro bem como
>criar o XML, mas a situação seria essa
>Como sitei acima, estou aprendendo, pode ser que eu tenha escrito uma coisa
>que não tem nada haver, mas gostaria de sua opinião diante de uma situação
>desta, o que você faria, e o mais importante: explicar o porquê da escolha.
>
>Obrigado
>t+
>Reginaldo,
>[EMAIL PROTECTED]
>[EMAIL PROTECTED]
>ICQ# 94318387
>
>
>----- Original Message -----
>From: Jorge Martins <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, April 13, 2001 1:34 PM
>Subject: RE: [java-list] Design: XML/XSL x JSP
>
>
>Leandro,
>
>JSP, XML e XSL tem objetivos distintos e uma boa combinação destas
>tecnologias resulta numa ótima arquitetura, com boa separação entre
>camadas.
>
>JSP é um script para geração de servlets. Estes, são aplicações que rodam
>no
>servidor (óbvio...), recebendo request e gerando respostas. São usados
>basicamente para gerar páginas dinâmicas.
>
>A melhor forma de gerar estas páginas é justamente o XML. Um formato muito
>claro e simples de representação de dados estruturados.
>
>O XML pode (e deve) referenciar um XSL, que é um script que transforma o
>XML
>em qualquer linguagem (geralmente um HTML).
>
>Então note o poder de separação de camadas:
>
>JSP - gera os dados a serem apresentados dinamicamente
>
>XML - formato de divulgação de dados
>
>XSL - processo de transformação dos dados em uma apresentação.
>
>Por exemplo um sistema de uma faculdade poderia ter uma página que
>apresenta dados de um curso determinado.
>
>O JSP seria o responsável de pegar os dados do curso certo e devolvê-lo em
>formato XML. Este referenciaria um XSL, que o apresentaria em uma página
>HTML.
>
>Sacou?
>
>A arquitetura de início parece mais complexa. Mas cada camada se torna
>muito
>simples de ser implementada separadamente e poder ser alterada
>individualmente. Pois a própria combinação destas tecnologias potencializa
>isto.
>
>abraços
>
>Jorge
>
>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: quinta-feira, 12 de abril de 2001 17:39
>To: java-list
>Subject: [java-list] Design: XML/XSL x JSP
>
>
>Olá pessoal !!!
>
>Com relação a apresentação das páginas do site, ou seja, o design, qual
>é a vantagem do XML/XSL sob o JSP ???????????
>
>T+
>
>Leandro
>[EMAIL PROTECTED]
>
>
>
>___________________________________________________________
>
>
>------------------------------ LISTA SOUJAVA ----------------------------
>http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED]
>-------------------------------------------------------------------------
>
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
