子順序考量
一般檔案中標頭的需求
有兩種案例與分隔的一般檔案相關,在設定 Child Order 屬性時,會套用特殊考慮。 第一個實例是與一般檔案文件具有標頭、內文及結尾 (選擇性) 的情況相關。 在這些實例中,您必須遵守下列需求:
您必須將標頭) 根記錄 (的 Child Order 屬性設定為 Postfix。
如果預告片存在,您必須將主體) 根記錄 (的 Child Order 屬性設定為 Postfix。
如果預告片不存在,您可以將主體) 根記錄 (的 Child Order 屬性設定為 Prefix、 InFix或 Postfix。
如果預告片存在,您可以將該預告片之 (的 Child Order 屬性設定為 前置詞、 InFix或 Postfix的) 根記錄。
您可以將標頭、本文和預告片分隔的子 順序 屬性設定為 Prefix、 InFix或 Postfix。
與分隔一般檔案和 Child Order 屬性相關的第二個案例是,此屬性必須根據節點的執行時間元件預期設定。 根節點和群組節點可能看不到 子順序 屬性的正確設定,如下列案例所示:
根節點。 假設有一個典型的一般檔案,其結構是由記錄後面加上 CR/LF 的組合所構成。 分隔符號會分隔檔案中的記錄,且順序通常是記錄、分隔符號、記錄、分隔符號等等。 在此情況下,分隔符號一律會遵循資料,該資料對應至Postfix的Child Order屬性設定。
群組節點。 顯示在 BizTalk Server 和結構描述之 XSD 表示法中的群組節點不會明確出現在執行個體訊息的一般檔案表示法中。 假設有一筆訂單 (PO) 包含每個明細項目記錄之集合,而這些記錄會重複多次來表示單一 PO 中的多個明細項目。 這類訊息的架構可能會包含名為 LineItems 的節點,以作為 (重複集的概念性) 容器:在實例訊息的一般檔案表示中,LineItems 容器本質上是以適當的資料和分隔符號序清單示;在實例訊息的 XML 標記法中,LineItems 容器會以 XML 中的 LineItems 元素形式明確存在。
假設有一個訊息包含根節點並僅含有一個群組節點。 我們可以很容易看出,輸入資料流的最後一個分隔符號會屬於根節點。 因此,概念性迴圈中的資料/分隔符號順序,就只不過是一或多筆明細項目記錄。 只有在超過一筆明細項目記錄的情況下,才會有分隔符號來分隔它們。 因此,分隔符號的數目會比被分隔的項目組少一,且分隔符號會位於被分隔的項目之間,此結構稱為 [中置]。
另請參閱
- 分隔記錄考量
- UI 指引和開發人員 API 命名空間參考中一般檔案架構的子順序 (Node 屬性)