xml（可擴展標記語言）看起來可能像某種w3c標準——現(xiàn)在沒有什么實際影響，即使以后能派上用場，也是很久以后的事。但實際上，它現(xiàn)在已經(jīng)得到了應用。所以，不要等到xml已被加進了你最喜愛的html編輯器中才開始使用它。它現(xiàn)在就可以解決各種內(nèi)部問題和b2b系統(tǒng)問題。

在sparks.com，我們使用xml來標準化從java對象到html數(shù)據(jù)顯示等不同系統(tǒng)之間的數(shù)據(jù)表示。

特別需要指出的是，我們發(fā)現(xiàn)，只要以非�；�本的xml結構來實現(xiàn)標準化，就可以更容易地共享和操作數(shù)據(jù)。在這一過程中，我們發(fā)現(xiàn)了使用xml的很多有效方法。下面詳細介紹我們現(xiàn)在的應用情況

標準化：在使用xml之前，建立與你要使用的信息不同的xml數(shù)據(jù)格式。

生成動態(tài)xml：從數(shù)據(jù)庫中生成html并不新鮮，但生成xml卻很新鮮。這里我們介紹具體的生成步驟。

用xsl作為模板語言：xsl（可擴展樣式表語言）是定義xml數(shù)據(jù)顯示格式的好方法，如果寫成幾個靜態(tài)模板會更有效。

生成html：xml加上xsl就等于html。這聽起來似乎不對，但用戶所見的我們的html頁面其實就是xml和xsl共同產(chǎn)生的效果。

一、標準化

xml的能力來自于它的靈活性。但不幸的是，它有時太靈活了，以至于你會面對一個空白的頁面，發(fā)愁該怎么解決問題。

在任何xml的項目中，第一步工作都是創(chuàng)建標準的數(shù)據(jù)格式。為此你要作出以下決定：

• 要涉及哪些數(shù)據(jù)
• 是否要使用dtd（文件類型定義）
• 是否要使用dom（文檔對象模型）或sax（xml的簡化api）解析

確定數(shù)據(jù)：

因為沒有標準的xml格式，開發(fā)者可以自由地開發(fā)自己的格式。然而，如果你的格式只能被一個應用程序識別，那么你只能運行這個程序來使用該格式。如果還有其他程序也能讀懂你的xml格式，那顯然會更有幫助。如果某個xml格式被修改，則使用它的系統(tǒng)可能也需要被修改，所以你應該建立盡可能完整的格式。因為大多數(shù)系統(tǒng)忽略它們無法識別的標簽，所以改變一個xml格式的最安全的方法是添加標簽，而不是修改標簽。

單擊此處查看xml數(shù)據(jù)格式實例

在sparks.com，我們查看了不同的產(chǎn)品展示需要的所有產(chǎn)品數(shù)據(jù)。盡管并不是所有的頁面都使用全部數(shù)據(jù)，但我們還是由此開發(fā)出適用于所有數(shù)據(jù)的非常完整的xml數(shù)據(jù)格式。例如，我們的產(chǎn)品明細信息頁面顯示的數(shù)據(jù)要比產(chǎn)品瀏覽頁面多。然而，我們在這兩種情況下仍然使用相同的數(shù)據(jù)格式，因為每個頁面的xsl模板都只使用它所需要的字段。

是否使用dtd

在sparks.com，我們使用組織良好的xml，而不使用僅僅是正確的xml，因為前者不需要dtd。dtd在用戶點擊和看到頁面之間加入了一個處理層。我們發(fā)現(xiàn)這一層需要太多的處理。當然，在以xml格式與其他公司通信時，使用dtd還是很不錯的。因為dtd能在發(fā)送和接受時能保證數(shù)據(jù)結構正確。

選擇解析引擎

現(xiàn)在，可以使用的解析引擎有好幾個。選擇哪一個幾乎完全取決于你的應用需要。如果你決定使用dtd，那么這個解析引擎必須能使你的xml被dtd驗證。你可以將驗證另放到一個進程中，但那樣會影響性能。