是否存在将OO对象与XML相互转换的标准？

如何解决是否存在将OO对象与XML相互转换的标准？

我希望在.net中实现XML序列化，但是要手动编码对象以确保可以管理版本控制。

对象往往具有子对象的个别实例，以及它们的数组，字典和元组，每种似乎都改变了它们的理想存储结构。从对象A开始：

Class A
  Private b as B
  private c as C
  private d as B
  private e as List(Of B)
  private f as Dictionary(of Integer,C)
End Class

组成：

Class B
  dim x as Integer
End Class

Class C
  dim y as String
End Class

B进行序列化时可能显示为：

<B x=1/>

和C为

<C y="Foo"/>

列表中的

B可能会受益于索引号

<B id=23 x=1/>

和C在字典中的键中

<C key="Bar" y="Foo"/>

现在A有两个B实例，因此这些实例可以使用一个实例名称进行操作：

<A>
  <B instanceName="b" x=1/>
  <C instanceName="c" y="Foo"/>
  <B instanceName="d" x=2/>
  <List type="B" instanceName="e">
    <B id=0 x=3/>
    <B id=1 x=4/>
  </List>
  <Dictionary keyType="Integer" valueType="C" instanceName="f">
    <C key=0 y="Bar"/>
    <C key=14 y="Baz"/>
  </Dictionary>
</A>

在每个对“对象”进行编码的地方，它都需要不同的属性来标识它，而我希望每个对象都具有自己的封装XML定义，而又不要过于庞大。我想象过其他一些序列化方式，例如：

<InstanceName type=typeName attributes...>

但是，这对数组的效果不好：

  <List type="B" instanceName="e">
    <0 type="B" x=3/>
    <1 type="b" x=4/>
  </List>

，因为元素名称现在是索引号。像这样：

<A>
  <Instance name="b">
    <B x=1/>
  </Instance>
  <Instance name="c">
    <C y="Foo"/>
  </Instance>
  <Instance name="d">
    <B x=2/>
  </Instance>
  <Instance name="e">
    <List type="B" instanceName="e">
      <Element id=0>
        <B x=3/>
      </Element>
      <Element id=0>
        <B x=4/>
      </Element>
    </List>
  </Instance>
  <Instance name="f">
    <Dictionary keyType="Integer" valueType="C">
      <Element>
        <Key>0</Key>
        <Value>
          <C y="Bar"/>
        </Value>
      </Element>
      <Element>
        <Key>14</Key>
        <Value>
          <C y="Baz"/>
        </Value>
      </Element>
    </Dictionary>
  </Instance>
</A>

满足需求，但显得异常膨胀。我觉得这个问题必须有我所缺少的非常标准的解决方案。

解决方法

恐怕我没有答案，只有观察。

您的最后一个段落“满足了需求，但显得异常膨胀”，几乎说了有关XML（或实际上其他任何文本线格式）的内容。从根本上讲，它们都必须解决描述结构和内容的相同问题，并且如果要可读的话，wireformat将必须使用具有含义和表示范围的符号的关键字。在线格式中的功能越多，所需的关键字和符号的数量就越大。因此膨胀是不可避免的。

通过使用空格而不是符号，可以使线形看起来不那么肿胀（就像Python一样）。但是那时不会是XML。

人们还可以想象一种线格式，其中“ Element”和“ Instance”被“ E”和“ I”等代替，但是您将成为二进制线格式的一部分。也用二进制表示形式替换类型和值，然后...

工具

在文本线格式中，膨胀的令人反感的性质源于两个方面。对于计算机来说，处理所有这些文本看起来效率很低，而且不得不在文本编辑器中手动浏览它很痛苦。

可悲的是，对于许多开发人员来说，这些问题中的第一个似乎很少出现，并且我认为当CPU周期，网络带宽和存储容量如此便宜时，这是不可避免的。在必须解决这个问题之前，您必须变得非常强大，这确实是Google开发Google Protocol Buffers的原因。 GPB具有讽刺意味的是，那里已经有了解决方案，Google的工程师从未使用过自己的搜索引擎来寻找它...

第二个更有趣的是数据在文本编辑器中的外观。人们已经开发出了可以处理例如XML范围的折叠文本编辑器。有用，但仍然pretty肿，笨拙等。

很少有开发人员可以体验到ASN.1的商业工具（Google在开发GPB之前就没有听说过）。我已经拥有了，两家主要的供应商都提供了一个数据查看应用程序，或者提供了线格式的可视化编辑器（所有ASN.1线格式，包括XML表示形式的XER和JSON）。

可视编辑器

这些太棒了；实际上，从一个已编写的序列化模式开始，Visual Editor会创建一个GUI（可扩展树），该GUI允许用户以明智的方式浏览，搜索和编辑内容。例如，如果结构中的字段是具有约束值的INTEGER，则在对象树的某处有一个框，您可以在其中输入值，并且不允许输入超出约束的值。对于文本，浮点数，二进制字符串等也是如此。

我的观点是，关于膨胀，可读性，外观，文本线格式的关注都只是绕开了一个更根本的问题；缺乏专门用来完成这项工作的工具。在ASN.1世界中，确实存在这些工具（需要付费）。与将折叠文本编辑器用于相同目的相比，这是一个更好的体验。

这些工具在通信世界（ASN.1的来源）中也非常有用，因为它们以线格式大小向您显示模式的结果，并向您显示线格式中每个特定字段的外观（是BER，u / a / c PER，JSON，XML，DER等）。如果您希望减少使用的位数（通常在无线链路上使用的位数），那么这确实是提高生产力的方法。您永远不会真正欣赏ASN.1的约束和uPER多么巧妙，直到您看到它需要多少位来打包信息。对于1980年代还不错。

是否存在将OO对象与XML相互转换的标准？

如何解决是否存在将OO对象与XML相互转换的标准？

解决方法

相关推荐