JSP+XML构架网站的实例

xml(标准化越来越近了)（可扩展标记语言）看起来可能像某种W3C标准——现在没有什么实际影响，即使以后能派上用场，也是很久以后的事。但实际上，它现在已经得到了应用。所以，不要等到xml(标准化越来越近了)已被加进了你最喜爱的HTML编辑器中才开始使用它。它现在就可以解决各种内部问题和B2B系统问题。

在Sparks.com，我们使用xml(标准化越来越近了)来标准化从Java对象到HTML数据显示等不同系统之间的数据表示。

特别需要指出的是，我们发现，只要以非常基本的xml(标准化越来越近了)结构来实现标准化，就可以更容易地共享和操作数据。在这一过程中，我们发现了使用xml(标准化越来越近了)的很多有效方法。下面详细介绍我们现在的应用情况。

标准化
在使用xml(标准化越来越近了)之前，建立与你要使用的信息不同的xml(标准化越来越近了)数据格式。

生成动态xml(标准化越来越近了)
从数据库中生成HTML并不新鲜，但生成xml(标准化越来越近了)却很新鲜。这里我们介绍具体的生成步骤。

用XSL作为模板语言
XSL（可扩展样式表语言）是定义xml(标准化越来越近了)数据显示格式的好方法，如果写成几个静态模板会更有效。

生成HTML
xml(标准化越来越近了)加上XSL就等于HTML。这听起来似乎不对，但用户所见的我们的HTML页面其实就是xml(标准化越来越近了)和XSL共同产生的效果。


一、标准化

xml(标准化越来越近了)的能力来自于它的灵活性。但不幸的是，它有时太灵活了，以至于你会面对一个空白的页面，发愁该怎么解决问题。

在任何xml(标准化越来越近了)的项目中，第一步工作都是创建标准的数据格式。为此你要作出以下决定：

&&&
确定数据：
因为没有标准的xml(标准化越来越近了)格式，开发者可以自由地开发自己的格式。然而，如果你的格式只能被一个应用程序识别，那么你只能运行这个程序来使用该格式。如果还有其他程序也能读懂你的xml(标准化越来越近了)格式，那显然会更有帮助。如果某个xml(标准化越来越近了)格式被修
改，则使用它的系统可能也需要被修改，所以你应该建立尽可能完整的格式。因为大多数系统忽略它们无法识别的标签，所以改变一个xml(标准化越来越近了)格式的最安全的方法是添加标签，而不是修改标签。

单击此处查看xml(标准化越来越近了)数据格式实例

在Sparks.com，我们查看了不同的产品展示需要的所有产品数据。尽管并不是所有的页面都使用全部数据，但我们还是由此开发出适用于所有数据的非常完整的xml(标准化越来越近了)数据格式。例如，我们的产品明细信息页面显示的数据要比产品浏览页面多。然而，我们在这两种情况下仍然使用相同的数据格式，因为每个页面的XSL模板都只使用它所需要的字段。

是否使用DTD
在Sparks.com，我们使用组织良好的xml(标准化越来越近了)，而不使用仅仅是正确的xml(标准化越来越近了)，因为前者不需要DTD。DTD在用户点击和看到页面之间加入了一个处理层。我们发现这一层需要太多的处理。当然，在以xml(标准化越来越近了)格式与其他公司通信时，使用DTD还是很不错的。因为DTD能在发送和接受时能保证数据结构正确。

选择解析引擎
现在，可以使用的解析引擎有好几个。选择哪一个几乎完全取决于你的应用需要。如果你决定使用DTD，那么这个解析引擎必须能使你的xml(标准化越来越近了)被DTD验证。你可以将验证另放到一个进程中，但那样会影响性能。

SAX和DOM是两个基本的解析模型。SAX基于事件，所以在xml(标准化越来越近了)被解析时，事件被发送给引擎。接下来，事件与输出文件同步。DOM解析引擎为动态xml(标准化越来越近了)数据和XSL样式表建立层次树状结构。通过随机访问DOM树，可以提供xml(标准化越来越近了)数据，就象由XSL样式表来决定一样。SAX模型上的争论主要集中于对DOM结构的内存降低过度和加快XSL样式表解析时间缩短方面。

然而，我们发现使用SAX的很多系统并没有充分发挥它的能力。这些系统用