國際 XML 零售合作組織（International XML Retail Cooperative (IXRetail)）是標(biāo)準(zhǔn)化 XML 消息（用于在支持零售商店的 IT 系統(tǒng)之間進行交換）的 ARTS 委員會。IXRetail 改編了 ARTS 數(shù)據(jù)模型（ARTS Data Model）標(biāo)準(zhǔn)中的名稱和定義，使它們在 XML 消息中使用。IXRetail 還致力于使 XML 技術(shù)的其它方面在零售業(yè)及其供應(yīng)商范圍內(nèi)標(biāo)準(zhǔn)化。
最初本文發(fā)布在 NRF 的 STORES Magazine 上，共有兩部分。在參考資料一節(jié)中有那些文章部分的在線版本的鏈接。那些部分的材料已經(jīng)為 developerWorks 的讀者收集在這里并進行了修改。
XML Schema 語言
XML 為識別應(yīng)用程序需要的信息提供了格式，但不能保證提供了接收方需要的信息。但是，XML 提供了幫助以獲得這個保證的格式結(jié)構(gòu)。XML Schema 語言詳細(xì)說明了 XML 和相關(guān)規(guī)范，以便提供一種靈活的方法來描述能用來標(biāo)記 XML 文檔的名稱的共享詞匯表。通過使用共享模式，應(yīng)用程序可以使用驗證解析器來確保發(fā)送或接收到的是適當(dāng)?shù)男畔ⅰ?/p>
IXRetail 選擇了 XML，因為 XML 對 Web 上的結(jié)構(gòu)化文檔和數(shù)據(jù)交換有普遍的適用性。XML 和 XML Schema 語言被設(shè)計成包含幾乎任何需要都適用的工具的通用解決方案。這使得 XML Schema 的使用太通用而沒有附加約束。例如，有多種方法來描述一個集合中的值，這個集合可以是多種多樣的：xs:choice、元素替代組、抽象元素、抽象類型以及更多。這些方案的每一個都有不同的特征。在某些情況下，一個方案可能很明顯是最合適的一個。但是，在許多情況下，可能要選擇幾個不同的方案。這并不是我們想要的：在適合的 XML Schema 特性之間進行任意選擇會隱藏相關(guān)消息內(nèi)或者類似的類型之間的相似性，并且會使維護或者擴充消息系統(tǒng)的人們將精力浪費在保留任意選擇的集合上。在許多情況下，IXRetail 采用了“最佳實踐”指導(dǎo)原則，聲明在特定情況下，優(yōu)先使用 XML 或者 XML Schema 語言的特定特性。
一個模式可以提供給應(yīng)用程序的保證級別取決于這個模式如何很好地將應(yīng)用程序需求轉(zhuǎn)換為 XML 消息需求。XML Schema 語言可以描述 XML 消息組件上的絕大部分公共約束。在某些情況下，可以用一個最理想的模式來驗證每個“好的”消息并拒絕每個“壞的”消息。
但是，甚至當(dāng)可能有這樣一個最理想的模式時，您可能要讓應(yīng)用程序處理一些壞消息（諸如當(dāng)在一個標(biāo)準(zhǔn)化的模式中，對于枚舉有效值更改過于動態(tài)）。而且，一些約束不能用 XML Schema 語言進行描述。因此，對具有 XML 模式的消息的驗證無法省去應(yīng)用程序驗證輸入數(shù)據(jù)是否可接受的需要。
與消息的好壞取決于應(yīng)用程序認(rèn)為它們是否可接受一樣，如果模式可以被一些準(zhǔn)則接受，那么它們就可以被認(rèn)為是好的。問題是，哪些準(zhǔn)則呢？
有些準(zhǔn)則看起來很明顯。符合 XML Schema 語言的工具可以處理用這種語言編寫的模式，這暗示了在 XML 模式中使用 W3C 規(guī)范應(yīng)該是一個指導(dǎo)原則。但事情并不總是如此的明顯，因為 W3C 正式采用 XML Schema 語言只是近期的事。許多人預(yù)言這種語言將被淘汰，因為剛出現(xiàn)時它很復(fù)雜，而且變得越來越糟。但是，這種復(fù)雜性是處理各種不同使用所必需的。
“好的”XML 和 XML Schema 規(guī)范的準(zhǔn)則可能變化很大，這取決于如何使用那些規(guī)范。甚至當(dāng)存在著在 XML Schema 中使用 W3C 規(guī)范的協(xié)議時，對于規(guī)范，還是可能沒有“好的”應(yīng)用程序標(biāo)準(zhǔn)的唯一的準(zhǔn)則集合；決定“最好”的準(zhǔn)則甚至可能更不確定。但是，當(dāng)可以限制應(yīng)用程序的特殊環(huán)境時，可以希望確定 — 通過集思廣益并經(jīng)一致同意 — 在那個環(huán)境中導(dǎo)致使用 XML 和相關(guān)標(biāo)準(zhǔn)的最佳實踐的準(zhǔn)則集合。在這種情況下，這個特殊環(huán)境是信息技術(shù)應(yīng)用程序之間的數(shù)據(jù)互換，這些應(yīng)用程序或者支持零售商店的運作或者將零售商店與零售企業(yè)集成。
最佳實踐
IXRetail 技術(shù)委員會（IXRetail Technical Committee）批準(zhǔn)了下面列出的最佳實踐指導(dǎo)原則。這些指導(dǎo)原則按 IXRetail 的最佳實踐小組委員會（Best Practices Subcommittee）批準(zhǔn)的先后次序列出；這個順序沒有其它意義。每個指導(dǎo)原則以粗體顯示，后跟描述該指導(dǎo)原則的基本原理注釋或本文作者的相關(guān)備注。但是，只有指導(dǎo)原則獲得了批準(zhǔn)；IXRetail 沒有批準(zhǔn)注釋。在使用的過程中這些指導(dǎo)原則可能獲得發(fā)展并促進其它指導(dǎo)原則。ARTS 開發(fā)了這些實踐來引導(dǎo)它的標(biāo)準(zhǔn)化的 XML 模式的開發(fā)。它發(fā)布這些實踐來引導(dǎo)零售應(yīng)用程序的開發(fā)人員，直至他們能使用即將發(fā)布的 ARTS 標(biāo)準(zhǔn)。如果開發(fā)其它種類的應(yīng)用程序，那么其中許多指導(dǎo)原則可以提高 XML 模式的一致性（只需將 IXRetail 替代為您的規(guī)范批準(zhǔn)者的名稱）。
對指定的所有 XML 名稱，使用“UCC 大小寫混合（camel case）”并且在單詞之間沒有空格或者連字符。這種大小寫混合產(chǎn)生的結(jié)果是復(fù)合名稱的每個詞的第一個字母大寫，包括這個名稱的首字母大寫。這樣確保名稱對于 XML 來說是合法的（沒有空格）而且比單一大小寫的文本更具可讀性。UCC 大小寫混合的名稱的示例是 InventoryControlDocument。（有些組織已經(jīng)采用了使用 LCC 大小寫混合的命名標(biāo)準(zhǔn)，比如在幾種名稱，通常是屬性名稱中使用 initialLowerCase。IXRetail 決定不這樣做。決定是使用 UCC 還是 LCC 或者兩者都使用不受 XML Schema 的驅(qū)使，XML Schema 對于元素、屬性以及類型有截然不同的名稱空間。）
可讀性比標(biāo)記長度更重要。雖然 IXRetail 一直在擔(dān)心長標(biāo)記將使 XML 文檔不切實際的長，但重要的是幫助用戶選擇正確的標(biāo)記。例如，相對于 ID_DPT_POS，應(yīng)首選 POSDepartmentID。（還可以預(yù)見“消息傳遞基礎(chǔ)結(jié)構(gòu)”將提供消息壓縮。）
除了幾個例外，在元素、屬性和類型名稱中不應(yīng)使用縮寫詞和首字母縮略詞。這些例外是：GTIN、ID 和 POS 分別表示 Global Trade Item Number、Identifier 和 Point of Sale。ARTS 數(shù)據(jù)模型的邏輯視圖中避免使用縮寫詞。只有列出的幾個例外才是允許的。這個指導(dǎo)原則還被認(rèn)為適合于 XML 消息組件的名稱。（很明顯，這里列出的幾個例外是特定于零售業(yè)的；其它行業(yè)可能允許有其它縮寫詞。）
盡可能地從屬性名稱中除去實體名稱。在 ARTS 數(shù)據(jù)模型中，實體名稱經(jīng)常作為屬性名稱的前綴。這樣使得在關(guān)系數(shù)據(jù)庫模型中導(dǎo)入外鍵更方便。但是，XML 消息的分層結(jié)構(gòu)消除了模棱兩可并使得沒有必要重復(fù)實體名稱。因而，實體名稱的重復(fù)不必要地增加了標(biāo)記的長度。雖然這條指導(dǎo)原則使用了 ARTS 數(shù)據(jù)模型的實體和屬性術(shù)語，但是它應(yīng)用到了 XML 的元素和屬性名稱中；數(shù)據(jù)模型屬性能與 XML 消息中的元素或者屬性相符。（指導(dǎo)原則 8 與這條指導(dǎo)原則相關(guān)并且是它的廣義版本。）
在 XML 模式中使用 W3C 規(guī)范，而不使用 DTD 或者備選的模式語言。XML Schema 允許使用本地元素名稱，但是 DTD 要求所有元素名稱是全局唯一的。（用開放源碼驗證解析器進行自動解析的可能性也影響這條指導(dǎo)原則的采用。）
枚舉值應(yīng)只使用名稱（不使用數(shù)字）并且用于枚舉值的名稱必須符合元素或者屬性名稱的指導(dǎo)原則。如果已有合適的名稱，那么應(yīng)該使用它們（而不是使用 IXRetail 創(chuàng)建新的名稱）。優(yōu)先使用 ISO 標(biāo)準(zhǔn)，而不是國家標(biāo)準(zhǔn)或者協(xié)會規(guī)范。由自然語言單詞組成的名稱能夠暗示該值的含義。編號的枚舉會引起不互操作的非標(biāo)準(zhǔn)擴展。（對這條指導(dǎo)原則的批評是，使用名稱的要求強制選擇自然語言。為這些名稱選擇的語言應(yīng)該是對那些維護和擴充消息傳遞系統(tǒng)的人員有最大幫助的一種語言。但是，這些名稱應(yīng)限定為區(qū)分由信息技術(shù)系統(tǒng)單獨處理的信息；向用戶呈現(xiàn)的消息應(yīng)總是用每個用戶選擇的語言來編寫。這個指導(dǎo)原則不是避免使用好的用戶界面的一個借口。）
枚舉值應(yīng)使用由英語單詞組成的名稱。通過合理選擇單詞，基于自然語言的名稱能暗示其含義，但數(shù)值不能。這有助于同來源于使用英語單詞的 ARTS 數(shù)據(jù)模型的名稱保持一致。為了可用性需要由最終用戶選擇向他們顯示的表示元素、屬性和枚舉值的單詞，并且甚至可能需要為說英語的人員翻譯這些單詞。只能期望確實進行系統(tǒng)調(diào)試的程序員來直接處理 XML 消息。（有些行業(yè)可能不需要這條指導(dǎo)原則或者可能選擇另一種語言。但是，不做選擇可能導(dǎo)致使用與任意數(shù)字一樣沒有幫助的含義模糊的“單詞”。）
名稱中不應(yīng)包括包含結(jié)構(gòu)的名稱的重復(fù)。容器提供了足夠的上下文；在組件名稱中使用它的名稱是多余的并且不必要地增加了組件標(biāo)記的長度。例如， 元素可以包含 元素，但是不應(yīng)有重復(fù)包含結(jié)構(gòu)名稱（Customer）的 元素。（第四項建議與此指導(dǎo)原則相關(guān)，但它使用了數(shù)據(jù)建模術(shù)語。如果始終如一地使用重復(fù)，也是可以考慮的，但是很明顯這導(dǎo)致了一個不受歡迎的實踐。）
IXRetail 指定的所有模式會將它們聲明的全局名稱放在一個名稱空間中；這將是 IXRetail 名稱空間，它是 http://www.nrf-arts.org/IXRetail/namespace/。將 IXRetail 名稱放在一個名稱空間內(nèi)避免了與我們用戶可能需要的模式規(guī)范（來自其它源）的名稱沖突。通過避免使用多個名稱空間，IXRetail 可以更好地限制無意識的等效聲明或者定義的出現(xiàn)。IXRetail 能檢查這個名稱空間內(nèi)的每個全局名稱是否具有唯一的聲明或者定義。這條指導(dǎo)原則不限制導(dǎo)入使用其它名稱空間的模式文檔。（通過將它本身限制在一個名稱空間上，使 IXRetail 受到約束，它要仔細(xì)復(fù)查添加到名稱空間中的每一項。預(yù)期這個名稱空間將會隨著 IXRetail 標(biāo)準(zhǔn)化其它消息模式而一起發(fā)展。其它指導(dǎo)原則限制了全局名稱的使用并且減少了遵循這條指導(dǎo)原則時遇到的困難。因為只有 IXRetail 可以批準(zhǔn)使用它的名稱空間 URI 的規(guī)范，所以每個其它規(guī)范的批準(zhǔn)者都必須采用它自己的名稱空間 URI。還討論了終止這個 URI 的斜杠字符[“/”]。許多標(biāo)準(zhǔn)名稱空間的名稱沒有以這個字符結(jié)束。要求提供這個 URI 的登記員提供一個不用在特定文件上的標(biāo)識，因為已標(biāo)識的資源會隨時更改；登記員提供了目錄的 URI。但是，名稱空間是一個概念性的資源并且它的 URI 是用來命名它的而不是對它進行定位。名稱空間既不是一個文件也不是一個目錄；它的 URI 是否以斜杠結(jié)束不是很重要。）
IXRetail 產(chǎn)生的每個 XML 實例文檔應(yīng)指定一個缺省的名稱空間，它應(yīng)是 IXRetail 名稱空間。使用缺省名稱空間避免了對那個名稱空間中的名稱明確地添加前綴的需要。這樣縮短了使用 IXRetail 名稱空間中名稱的標(biāo)記。指定缺省名稱空間還向 IXRetail 指定的 XML 模式文檔用戶提供了相應(yīng)的示例。（很重要的是注意這條指導(dǎo)原則適用于“XML 實例文檔”而不適用于“XML 模式文檔”。指定特定消息的文檔（比如示例交互案例）有意與指定模式（用于標(biāo)準(zhǔn)化的消息類型）的文檔區(qū)別開。進行這樣的區(qū)分可以清楚地將什么正在被標(biāo)準(zhǔn)化和什么是標(biāo)準(zhǔn)的應(yīng)用程序示例區(qū)別開。在這個意義上，只引用模式并且不添加新的聲明的 XML 消息是 XML 實例文檔。）
IXRetail 產(chǎn)生的每個 XML 模式文檔應(yīng)指定一個缺省名稱空間和一個目標(biāo)名稱空間，它們應(yīng)都是 IXRetail 名稱空間。這樣提供了對 IXRetail 名稱空間上的名稱的一致引用。雖然這樣要求為 W3C 的 XML Schema 規(guī)范中的名稱明確添加前綴，但是它只增加模式長度，而不是實例文檔的長度。它還使定義在 XML Schema 和相關(guān)的 XML 標(biāo)準(zhǔn)中的所有名稱的處理相互一致：總是為 W3C 標(biāo)準(zhǔn)化的名稱添加前綴。（由前一條指導(dǎo)原則，模式文檔和實例文檔是有區(qū)別的。按這種區(qū)分，XML 模式文檔是添加新屬性或者元素聲明的 XML 文檔。）
域?qū)＜艺J(rèn)為可能重用一個類型，simpleType 或者 complexType 應(yīng)全局地定義在名稱空間中，而不是匿名地定義在 Element 聲明中。因為通常不在標(biāo)記中使用它們，類型名稱可以與足夠的詞根和修飾語連接起來，從而在不必產(chǎn)生長標(biāo)記的情況下標(biāo)識合適的域。這與總是使用在標(biāo)記中的元素名稱區(qū)別開。因此，全局元素名稱的可選擇性使標(biāo)記變長。（有時候類型名稱在一個實例文檔中使用，比如當(dāng)用 xsi:type 指定一個具體元素的類型時。在這些情況下，類型名稱長度確實影響消息的長度。）
模式應(yīng)使用那些使用 type 屬性或者內(nèi)聯(lián)類型定義（simpleType 或者 complexType）的嵌套元素，而不是引用全局元素的 ref 屬性。應(yīng)盡可能地使用局部元素命名，這樣可以保持短的名稱。應(yīng)為具有良好定義含義的名稱保留 IXRetail 名稱空間的全局部分。應(yīng)該用充足的詞根和修飾語構(gòu)造這些全局名稱來識別它們的使用域。（指導(dǎo)原則 12 適用于當(dāng)建議重用聲明或定義時。指導(dǎo)原則 12 聲明優(yōu)先使用全局類型而不是全局元素。一個消息的最外層元素將有一個合適的全局名稱，將那個消息與所有其它消息區(qū)別開。包含在消息中的元素總是擁有包含的消息的上下文。）
IXRetail 產(chǎn)生的模式的每個版本必須擁有它自己的 schemaLocation 屬性的 URI 值，這個值不同于其它每個模式的其它每個版本的 URI 值；這個 URI 必須在 ARTS-NRF 同意的層次結(jié)構(gòu)中（每個 schemaLocation 將是 UTF-8 文件的 URI，它在 http://www.nrf-arts.org/IXRetail/schemaLocation/ 的下面一級）。應(yīng)指定 開放標(biāo)記的 version 屬性并且這個屬性應(yīng)有一個和 schemaLocation URI 值相同的字符串的值。schemaLocation 和 version 的值的指定應(yīng)與模式批準(zhǔn)、建立和發(fā)布相聯(lián)系。遵循 W3C 使用的模式，這些值也應(yīng)包括發(fā)布日期。甚至 IXRetail 模式的最初版本也應(yīng)使用一些版本控制機制。使用與模式 - 發(fā)現(xiàn)機制（為驗證解析器而進行了標(biāo)準(zhǔn)化）并行的版本機制是合人心意的。在名稱中包含發(fā)布日期的 W3C 模式示例是：http://www.w3.org/TR/2001/REC-xmlschema-2-20010502。（XML 需要所有符合的 XML 處理器支持 UTF-8。幾乎所有的文本處理工具也可以瀏覽或者讀取 UTF-8，其中許多工具在處理 UTF-16 時出現(xiàn)問題。這條指導(dǎo)原則所假定的開發(fā)步驟可能不是對所有的組織都是合適的，一些組織可能已經(jīng)建立了版本標(biāo)識的約定，即不允許通過使用這里推薦的 version 來提供 schemaLocation 提示。）
在適當(dāng)?shù)臅r候，使用 ARTS XML 字典（ARTS XML Dictionary）中的名稱，而不是創(chuàng)造新的名稱。ARTS XML 字典是一張名稱列表，這些名稱最初來源于 ARTS 數(shù)據(jù)模型的邏輯視圖的實體和屬性名稱。ARTS 數(shù)據(jù)模型的上下文為這些名稱提供了重要的語義。必須仍舊選擇這些名稱并且與其它所有的指導(dǎo)原則一致地使用它們。IXRetail 模式中的名稱也將添加到 ARTS XML 字典中。（這條指導(dǎo)原則有意利用 XML 技術(shù)來擴展領(lǐng)先它的數(shù)據(jù)庫。IXRetail 和 ARTS 工作人員在轉(zhuǎn)換數(shù)據(jù)字典和相關(guān)數(shù)據(jù)模型規(guī)范方面做了大量工作。雖然完成這些轉(zhuǎn)換花了很大的精力，但是它們確保了 XML 規(guī)范與已經(jīng)廣泛部署在零售業(yè)的信息流和處理緊密關(guān)聯(lián)。如果沒有這些轉(zhuǎn)換，那就需要更多的需求驗證。而且，需求的聚集和驗證可能是標(biāo)準(zhǔn)化處理中速度最慢的一部分，因為業(yè)界的領(lǐng)先者不愿意把高優(yōu)先級需求告訴他們的競爭對手。）
在選擇一個名稱（它在名稱空間中是全局性的）時，使用描述聲明或定義好的名稱的特定意義的組合名稱。這條指導(dǎo)原則的目的是避免不恰當(dāng)使用具有特定意義的常規(guī)術(shù)語。如果全局名稱很簡單，那么用戶將傾向于認(rèn)為它們具有常規(guī)的用途，甚至當(dāng)選擇這個類型來滿足只是一個有限領(lǐng)域、工業(yè)部門或者地理區(qū)域的要求的時候。例如，不應(yīng)定義 LineItem 全局具體類型，因為在銷售線項（sales line item）和支付線項（tender line item）之間的信息組成部分中有明顯的差別。（這條指導(dǎo)原則不適用于局部名稱，它們也有使用的上下文來描述它們的意義并且它們不阻止具有不同上下文和不同意義的相同名稱的其它用法。）
對不同于 IXRetail 名稱空間的名稱空間上的名稱，使用一致的前綴。不對 IXRetail 名稱空間使用前綴。只使用這些前綴和定義：
xml（在 XML 標(biāo)準(zhǔn)中定義）
xmlns（在 XML 標(biāo)準(zhǔn)的 Namespaces 中定義）
xs http://www.w3.org/2001/XMLSchema
xsi http://www.w3.org/2001/XMLSchema-instance
使缺省名稱空間和前綴保持一致，這樣有助于使包含的模式的含義與內(nèi)聯(lián)文本包含的含義相同，這樣確保人們可以得出與驗證解析器執(zhí)行所得含義一樣的結(jié)論。（指導(dǎo)原則 10 和 11 規(guī)定：IXRetail 名稱空間應(yīng)指定為缺省名稱空間；因此，它的全局名稱就不需要前綴。由于附加前綴的使用已經(jīng)獲得批準(zhǔn)，因此可以將它們添加到這條指導(dǎo)原則中。）
這些指導(dǎo)原則的目標(biāo)是協(xié)助標(biāo)準(zhǔn)化的 XML 模式的開發(fā)。重要的特性包括為描述性的值和（與以前的業(yè)界標(biāo)準(zhǔn)）保持連貫性而選擇名稱，使用局部命名使消息的大小保持合理以及制定更改計劃。我們希望您可以在我們的成果中找到一些適合您需要的。
參考資料
請參加本文的論壇。
在 ARTS 主頁上可以找到關(guān)于國家零售聯(lián)盟的零售技術(shù)標(biāo)準(zhǔn)協(xié)會（ARTS）的更多信息。在上面，您還可以找到與 IXRetail 和 ARTS 的 XML Dictionary 的鏈接。
本文的原稿發(fā)布在 2001 年 6 月和 7 月的 STORES Magazine 上，可以查找六月文章和七月文章。
在使用 XML 模式定義元素的基礎(chǔ)知識上可以學(xué)習(xí)如何使用 XML Schema。
要快速理解 XML Schema，請閱讀 W3C 的 XML Schema Part 0: Primer。要仔細(xì)研究完整的語言描述，請閱讀 XML Schema Part1: Structures 和 XML Schema Part 2: Datatypes。
查看與 XML 相關(guān)的 W3C 規(guī)范的范圍，請參閱 W3C Extensible Markup Language。
查看例如驗證解析器這樣的工具，請參閱 Apache 軟件基礎(chǔ)。
XML and WebSphere Studio Application Developer, Part 1: Developing XML Schema 包含了使用 XML Schema 編輯器（XML Schema Editor，是一個可視工具，用于構(gòu)建與 XML Schema 推薦規(guī)范（XML Schema Recommendation Specification）相符的 XML 模式）的要點。
