指定包含项列表的
XML格式时,通常可以选择至少两种不同的样式.一个使用容器元素作为列表,另一个不使用.例如：如果指定具有多个页面的文档,则可以执行以下操作：
<document>
<title>...</title>
<pages>
<page>...</page>
<page>...</page>
</pages>
</document>
或者就是这样：
<document> <title>...</title> <page>...</page> <page>...</page> </document>
每种方法的优缺点是什么？
我能想到的是：
>前者允许表达一个明确的空列表(如果列表本身是一个概念实体,则很有用)
>前者可能在错误恢复方面略胜一筹(尽管如果使用XSD验证则无关紧要)
>后者更简洁
>后者不需要区分添加第一个元素或任何连续元素(不管理容器元素)
编辑
澄清：我假设页面元素没有附加含义.内部没有其他元素,没有附加属性,并且很难找到除“pages”,“pageList”或类似名称之外的任何其他名称.
编辑2
我发现another entry关于同一个问题.虽然答案都是针对容器/父元素的,但似乎归结为将容器视为实际对象,或者假设通过使用额外的容器元素(我倾向于不同意)来更容易地对模式进行建模.
在示例中,您给出的区别是微妙的,但是这两个示例实际上代表了完全不同的东西：
>第二个示例是一个标题和许多页面的文档
>然而,第一个例子是一个带有标题和页面集合的文档
就像我说的那样,在你的例子中,差异是多余的,所以很容易错过,所以请考虑以下轻微的变化：
<document>
<title>...</title>
<contents>
<page>...</page>
<page>...</page>
</contents>
<chapter name="chapterName">
<page>...</page>
<page>...</page>
</chapter>
<index>
<page>...</page>
<page>...</page>
</index>
</document>
在这种情况下,文档具有许多页面集合. (当然有些人可能会争辩说你可以用不同的方式代表这一点)：
<document> <title>...</title> <page section="contents">...</page> <page section="chapter1">...</page> <page section="index">...</page> </document>
但是你不得不改变页面元素,在上面的例子中我会争论更糟(为什么页面必须知道它包含在哪里？)
另一个微妙的考虑因素通常是元素的排序意味着：
<document> <page>...</page> <title>...</title> <page>...</page> <page>...</page> </document>
在这个例子中,我们(无论出于什么原因)在标题之前有一个页面 – 显然在使用集合时是不可能的.另一个考虑因素是每个集合也可能(例如)有一个标题.
我的观点是他们代表了不同的东西 – 这并不是专业人士与骗子的案例,而是选择与您的数据模型最匹配的格式.
