0

如果我像这样用 bpmn-js 定义一个 moddle 文件

    {
        name: "thisArgument",
        superClass: [
            "Element"
        ],
        properties: []
    },
    {
        name: "myData",
        superClass: [
            "Element"
        ],
        properties: [
            {
                name: "argument",
                type: "thisArgument"
            }
        ]
    },

然后生成的 XML（当我调用 saveXML 时）将有一个名为 的元素thisArgument，尽管名称是“argument”。首先，这是一个错误吗？如果不是，我如何控制输出以使 XML 包含argument而不是thisArgument？我搜索了文档和示例，但找不到如何执行此操作。

我发现的唯一解决方法是制作它type: "argument"，然后argument使用超类定义thisArgument并且没有额外的属性（基本上是制作别名）。但是，这仅在 的所有实例argument都相同的情况下才有效。例如。如果需要 XML

<A><argument/></A>
<B><argument/></B>

如果 A 中的参数与 B 中的参数具有不同的形状，那么就会出现冲突，因为我不能定义argument两次。

4

1 回答 1

0

我可以回答我自己的问题。我找到了这个序列化选项并进行了实验，它主要做我想要的，但有时它会添加一个不需要的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:typeorproperty条目的代码：

  // 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;
  }
于 2021-02-27T00:13:01.023 回答