XML在B/S架构开发中的应用

XML在B/S架构开发中的应用
bruce 转贴  (参与分:22119,专家分:4360)   发表:2002-8-16 下午12:10   版本:1.0   阅读:3758

author: steeven
from: csdn.net

传统上, 我们利用JSP+Bean来开发用户界面, 这里介绍一种利用XML+XSLT的方法来替代JSP
动机:
 1. JSP构造页面太痛苦. 代码嵌入页面导致页面臃肿, 逻辑复杂, 不易编辑.
 2. 程序员和美工的接口必须精确定义. 复杂的嵌套输出必须构造复杂的显示类作为接口.
 3. 调试JSP必须等到前端程序结束才能看到效果.
 3. 调试JSP效率极低, 一点点小的修改都会引起jsp的重新编译. 
 
新的XML的解决方案:
 1. 一个servlet做统一管理. 接受url请求, 映射到对应的程序bean.
 2. 程序bean只产生XML, 由servlet统一用对应的XSL转换为html.
好处:
 1. JDK1.4已经自带XML API和XSLT, 并且支持XSLT 1.0标准. IE6也支持同样标准.
 2. 开发前先制作接口用的demo XML, 程序员的输出必须符合此格式. 美工根据此格式制作XSL. 接口可视化, 明确定义.
 3. 只要定义好接口XML, 两边几乎不需要再联合调试. 美工利用接口XML和IE6就可以直接看到效果.
 4. 程序员只要保证输出的XML的是否符合接口, 直观的做文字性对比.
 5. 大量页面可重用的部分能方便的抽象出来, 在XSL文件中include/import进来. 高度重用, 标准化.
 6. 写XSL可大量采用template, 结构清晰, 修改方便, 写页面变成搭积木, 不再有jsp的层层嵌套.
 7. 对于不同的终端设备, 可以定制不同的XSL, 很方便的就能够支持手机, pda...
 8. 在程序中利用支持XML的工具, 比如sql2000, 可以直接生成XML结果, 无需复杂编程.
坏处:
 1. 因为要进行XSLT转换, 服务器工作量稍微增大.

以下是几个关键环节的简单示例:
==============servlet中的XML转换==========
/**
 * XML是String
 * XSL从文件中读取
 * 直接写入response
 */
//import javax.xml.transform.*;
//import javax.xml.transform.stream.*;

StreamSource xml = new StreamSource(new StringReader(xmlSource));
StreamSource xsl = new StreamSource(xslFileName);

response.setContentType("text/html; charset=UTF-8");
StreamResult result = new StreamResult(response.getWriter());

Transformer trans = TransformerFactory.newInstance().newTransformer(xsl);
trans.setOutputProperty("encoding","UTF-8");
trans.transform(xml, result);

==================接口XML文件样本=============
<?xml version="1.0" encoding="UTF-8"?>
<?xml:stylesheet type="text/xsl" href="xxx.xsl"?>
<page>
 <output>
  <info>推广UNICODE, 解决多语言问题.</info>
 </output>
</page>

==================XSL文件样本=============
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
 <head>
  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
 </head>
 <body>
 <p align="center">
  <xsl:value-of select="page/output/info"/>
 </p>
 </body>
</html>
</xsl:template>
</xsl:stylesheet>

考虑:
 1. 可以把XSLT转换放在IE进行, IE6以下版本要安装MSXML3, 对客户端限制太多.
 2. 在客户端的XSLT转换必须完全读入XML+XSL, 在网速不高或者内容很多的时候反应相当迟钝.
 3. 手机, pda等设备不能进行XSLT转换, 所以XSLT转换还是放在服务器上比较合适.
 4. 因为一般提交内容都比较简单, 所以没有采用XML处理, 在程序中也尽量少用XML, 避免影响速度.
 5. 可以在servlet判断特定参数, 比如发现有xml-view参数时, 不做XSLT转换, 直接输出XML到浏览器, 供程序调试用.

说明:
 1. 这里只是利用XSLT的功能来解决网站建设中最头痛的界面和逻辑分开问题, 不是基于XML的内容处理.
 2. 如果你想赶时髦, 用XML来全副武装, 可以参考cocoon2, http://xml.apache.org/cocoon/. 但是请记住, cocoon 

还不完善, 你将碰到乱码, 速度, 文档不足的问题, 但是它的思想的确值得学习.
 3. 在tomcat, resin中有用filter实现的xslt转换,可参考。
 4. 有什么好的建议请告诉我: [email protected] (谢绝垃圾邮件:) qq:7461522


版权声明
本篇文章对您是否有帮助?  投票:         投票结果:     3        3


  评论人:kert    参与分: 579    专家分: 530 发表时间: 2002-8-16 下午5:47
我想最大的问题也就是cocoon的问题:
主要是速度:
  XML的速度我觉得是个先天缺陷,后天很难弥补(我是这么认为的)。对于大量的动态页面的生成,效率的确不行。如果可以在关键部位(如数据更新频繁的页面单元(如子Frame))采用JSP或Servlet处理,而其他部分使用XSL(并且系统可以cache相应页面),可能会提升速度。
  不过对于关键部位的剥离和定义需要详尽的考虑和设计,否则和JSP无大差别。
-------------

你可能感兴趣的:(xml)