问题描述
如果我像这样用 bpmn-js 定义一个 moddle 文件
{
name: "thisArgument",superClass: [
"Element"
],properties: []
},{
name: "myData",properties: [
{
name: "argument",type: "thisArgument"
}
]
},
然后生成的 XML(当我调用 saveXML 时)将有一个名为 thisArgument
的元素,尽管名称是“参数”。首先,这是一个错误吗?如果不是,我如何控制输出以便 XML 包含 argument
而不是 thisArgument
?我搜索了文档和示例,但找不到如何执行此操作。
我找到的唯一解决方法是将其设为 type: "argument"
,然后使用 argument
的超类定义 thisArgument
,并且没有额外的属性(基本上是创建别名)。但是,这仅在 argument
的所有实例都相同时才有效。例如。如果 XML 需要
<A><argument/></A>
<B><argument/></B>
如果 A 中的参数与 B 中的参数具有不同的形状,那么就会发生冲突,因为我无法定义 argument
两次。
解决方法
我可以某种程度上回答我自己的问题。我找到了这个序列化选项并进行了试验,它基本上可以满足我的要求,但有时它会添加不需要的 xsi:type="originalType"
属性,有时则不会。也许这取决于 isBody
但我不确定。如果有人知道它是如何工作的细节,请回复。
properties: [
{
name: "argument",type: "thisArgument",xml: {
serialize: "xsi:type"
},}
]
我发现最接近它的文档的是 https://forum.bpmn.io/t/bpmn-json-documentation/1304,它将它描述为“影响类型的 XML 序列化的附加元数据”,所以我很感激任何人可以提供的任何额外细节。
更新:
文档没有提到这一点,但事实证明 serialize: "property"
正是我所需要的。这与 serialize: "xsi:type"
的作用相同,但不添加 xsi:type
属性。
xml: {
serialize: "property"
},
我通过在相关包之一 moddle-xml 中查找代码发现了这一点。
在 write.js 中,有寻找 xsi:type
或 property
条目的代码:
// allow serialization via type
// rather than element name
var asType = serializeAsType(p),asProperty = serializeAsProperty(p);
在同一个文件中,我发现了一些似乎解释了为什么 xsi:type
并不总是出现的代码:
// only serialize xsi:type if necessary
if (descriptor.name === this.propertyDescriptor.type) {
return attributes;
}