2

我需要开发一个 web 服务，它将通过 SOAP 向 java 客户端公开。我们有一个定义明确的模式，用于在两个系统之间进行通信。现在我需要在我的 WCF 合同上公开一个操作，该合同接受 Schema 对象并将其存储在我们的数据库中。

我已按照以下内容开发 Web 服务。

  • 在 wcf 中通过 basichttp 托管它
  • 使用 xsd.exe 创建架构的对象模型
  • 将模式作为操作的参数，例如 DoThis(SchemaObject schema)

由于这将在 WCF 中公开，因此我已经修改了 xsd 工具生成的对象模型。我们的模式具有多级嵌套，并且是由 4 个不同模式链接在一起的组合。xsd工具生成的对象图有抽象类、继承等。

为此，我已经在每个类上定义了 DataContract 属性并向其添加了命名空间，该命名空间已经存在于 XmlTypeAttribute 中。我还为每个属性添加了 DataMemebers。

架构中的一些属性是由工具使用 xmlarrayitem 属性定义的数组。

现在，当我使用 SOAP UI 发送请求时，对象没有按预期反序列化。几乎所有字段都以 null 的形式出现，它具有某种继承层次结构。我已将 KnownType 属性添加到适当的数据合同中，但仍然无法正常工作。

我的问题是：

  • 这是开发网络服务的正确方法吗？

  • 有没有办法避免放置数据合同和数据成员，而只使用 xsd 工具添加的序列化属性？

  • 是否有必要使用 datacontract 属性，它不会与 xmlserialization 属性一起使用，因为它在 xml 反序列化的情况下工作？

4

2 回答 2

1

WCF 支持两种类型的序列化 -DataContractSerializer和XmlSerializer.

XSD.exe 生成具有所有必要XmlSerializer属性的强类型实体。您无需添加任何DataContract属性DataMemeber即可使用 WCF 中生成的类。

有关详细信息，请参阅 MSDN - http://msdn.microsoft.com/en-us/library/ms733901.aspx

还要非常小心 xsd.exe 生成的实体。正如您可能已经看到的那样，WCF 服务器会吃掉您可以在这些文件中执行的许多序列化更改，但这将对客户端造成重大更改，因为它们在 XSD 上中继。

如果可能的话，我会保留这些自动生成的实体而不做任何更改，以保证接口不会被破坏。您可以引入单独的 DTO 类以在业务层中使用。您可以在那里实现继承层次结构。

如果您觉得需要更改自动生成的类，一堆单元测试可以提供帮助。这些测试用例应该生成不同的数据集，将它们序列化为 XML，并通过 XSD 检查 XML。

于 2012-08-15T01:53:07.280 回答
0

从技术上讲，我没有看到您实施服务的方式有任何特别的缺陷。

但从架构的角度来看，这对我来说太复杂了。发送“扁平”数据结构并将复杂性隐藏在其他地方总是更容易。我会建议以下步骤

  1. 制定一些特殊的“运输”方案，最大限度地使其扁平化。当您的模型更改时，它可以更轻松地更改服务。而且生成和处理 xsd 也不会那么痛苦。
  2. 在通道的两侧编写特殊的转换器，将正常模型转换为“平面”，反之亦然。
于 2012-08-15T06:11:14.263 回答