使用xsd：any用于可扩展模式

Question

到目前为止，我一直在通过定义具有“name”和“value”属性的占位符元素来处理扩展 ，如下例所示

<root>
   <typed-content>
      ...
   </typed-content>
   <extension name="var1" value="val1"/>
   <extension name="var2" value="val2"/>
....
</root>

我现在打算切换到使用xsd：any 。 如果你能帮助我选择最佳方法，我将不胜感激

1. 如果我指定processContents =“strict”，xsd：any的值是什么超过我以前的方法
2. EAI / ESB工具/库是否可以针对我返回的任意元素执行XPATH表达式
3. 我看到各种绑定工具在生成绑定代码时单独处理它。 如果我在代码生成时间内包含namespace =“http：// mynamespace”并提供“http：// mynamespace”的架构，这是否相同？
4. 这是WS-I兼容的吗？
5. 我有什么陷阱吗？

谢谢

Answer 1

1. 使用<xsd:any processContents="strict">使人们能够在不更改原始模式的情况下向其XML实例文档添加扩展。 这是它给你带来的重要好处。
2. 是。 工具比操纵实例不关心模式是什么样的，它是他们看到的实例文档。 对他们来说，如果你使用<xsd:any>并不重要。
3. 绑定工具通常不能非常优雅地处理<xsd:any> 。 这是可以理解的，因为它们没有关于它可能包含什么的信息，所以它们通常会给你一个无类型的占位符。 它是在运行时处理它的应用程序代码。 JAXB特别（RI，至少）是它的一个拳头，但它是可行的。
4. 是。 这是非常好的XML Schema实践，WS-I支持所有有效的XML Schema
5. 由于绑定的无类型性质， <xsd:any>使程序员的生活变得更加困难，但如果你需要支持任意扩展点，这就是这样做的方法。 但是，如果你的扩展名是明确的，并且没有改变，那么它可能不值得刺激因素。

Answer 2

关于第3点

绑定工具通常不能非常优雅地处理。 这是可以理解的，因为它们没有关于它可能包含什么的信息，所以它们通常会给你一个无类型的占位符。 它是在运行时处理它的应用程序代码。 JAXB特别（RI，至少）是它的一个拳头，但它是可行的。

这对应于JAXB中的@XmlAnyElement批注。 行为如下：

@XmlAnyElement - 将所有内容保存为DOM节点

如果使用此批注对属性进行批注，则XML文档的相应部分将保留为DOM节点。

@XMLAnyElement（lax = true） - 将已知元素转换为域对象

通过设置lax = true ，如果JAXB具有与该QName对应的根类型，则它将该块转换为域对象。

• http://bdoughan.blogspot.com/2010/08/using-xmlanyelement-to-build-generic.html