WebDAV 规范文档

# 附录A. 处理XML元素的注意事项

# A.1 空XML元素说明

XML支持两种机制，用于指示XML元素不包含任何内容。第一种是声明格式的XML元素。第二个是声明<A/>形式的XML元素。这两个XML元素在语义上是相同的。

# A.2 关于非法XML处理的说明

XML是一种灵活的数据格式，可以轻松提交看起来合法但实际上不合法的数据。“在接受的内容上保持灵活性，在发送的内容上严格”这一理念仍然适用，但一定不能将其不适当地应用。XML在处理空白，元素排序，插入新元素等方面非常灵活。这种灵活性不需要扩展，尤其是在元素含义方面。

接受XML元素的非法组合是没有任何好处的。最好的情况下，它也会导致非预期的结果，而糟糕的话，它会导致实际的损失。

# A.3 示例-XML语法错误

以下针对PROPFIND方法的请求正文是非法的。

<?xml version="1.0" encoding="utf-8" ?>
<D:propfind xmlns:D="DAV:"> 
    <D:allprop/> 
    <D:propname/> 
</D:propfind>
1
2
3
4
5

propfind元素的定义仅允许使用allprop或propname元素，而不能同时使用两者。 因此，以上内容是错误，必须使用400（错误请求）进行响应。

但是，想象一下，一个服务器想表现的“友善”，并决定选择allprop元素作为真正的元素并做出响应。此时在带宽受限条件下运行并打算执行propname的客户端将大吃一惊。

此外，如果服务器表示宽容并决定答复此请求，则不同服务器给出的响应结果会随机变化，其中一些服务器执行allprop指令，而其他服务器执行propname指令。 这反而会降低互操作性，而不是增加互操作性。

# A.4 示例-非预期的XML元素

前面的示例是非法的，因为它包含两个元素，这些元素被明确禁止在propfind元素中一起出现。但是，XML是一种可扩展的语言，因此可以想象要为propfind使用定义新的元素。下面是PROPFIND的请求正文，并且与前面的示例一样，不了解expired-props元素的服务器必须使用400（错误请求）将其拒绝。

<?xml version="1.0" encoding="utf-8" ?> 
<D:propfind xmlns:D="DAV:" xmlns:E="http://www.example.com/standards/props/"> 
    <E:expired-props/> 
</D:propfind>
1
2
3
4

要了解为什么返回400（错误请求）的原因，让我们看一下在不熟悉expire-props的服务器眼中请求正文是怎样的：

<?xml version="1.0" encoding="utf-8" ?> 
<D:propfind xmlns:D="DAV:"
            xmlns:E="http://www.example.com/standards/props/"> 
</D:propfind>
1
2
3
4

由于服务器不理解'expired-props'元素，因此，根据第17节中指定的WebDAV特定的XML处理规则，它必须忽略该元素。于是服务器看到了一个空的propfind，根据propfind元素的定义，这是非法的。

请注意，如果扩展名是附加的（意味着还有其他内容），则不一定会导致400（错误请求）。例如，想象以下针对PROPFIND的请求正文：

<?xml version="1.0" encoding="utf-8" ?> 
<D:propfind xmlns:D="DAV:"  
            xmlns:E="http://www.example.com/standards/props/"> 
    <D:propname/> 
    <E:leave-out>*boss*</E:leave-out> 
</D:propfind>
1
2
3
4
5
6

前面的示例包含了一个虚构的元素'leave-out'。其本意是防止返回名称与提交的模式匹配的任何属性。如果将前面的示例提交给不熟悉“leave-out”的服务器，则唯一的结果就是将忽略“leave-out”元素，并执行propname。

← 附录B. HTTP客户端兼容性 →