c# - Web 服务 - XmlInclude 在派生类而不是基类中？

Question

我在 Web 服务调用中使用抽象类作为参数。目前，我在基类中包含派生类的 XmlInclude，如下所示:

[XmlInclude(typeof(DerivedClass))]
public abstract class BaseClass
{
}

但是，我宁愿不在基类中包含所有派生类型。

在http://www.pluralsight.com/community/blogs/craig/archive/2004/07/08/1580.aspx ，作者提到了一个替代方案——将属性写在 web 方法之上，如下所示:

[WebMethod]
[System.Xml.Serialization.XmlInclude(typeof(DerivedClass))]
public BaseClass getClass() {
     return new DerivedClass(); 
}

但是，我也不希望将派生类型放入 Web 服务中。有没有办法将属性保留在派生类型中？

Answer 1

假设框架在反序列化发生时需要知道类型层次结构中有哪些类型，以及这些类型在 xml 中的表示方式。如果它存储在派生类型中，它确实无法推断出此信息。

然后你有几个选择: - 使用 XmlInclude 属性 - 在 XmlSerializer 构造函数重载中指定允许的类型集

现在，如果您希望将子类传递给网络服务，则网络服务器会控制序列化和反序列化。所以 XmlSerializer 构造函数不再是一个选项。

正如您所说，您可以将属性放在 webservice 方法上，而不是直接放在类上。在保持您的类“纯”和记住将这些属性放在可能需要的每个地方之间需要权衡。

当然，真正的问题似乎是您正试图将业务对象用作网络服务层中的消息格式。

如果您真的想将“消息格式”和“业务对象”的职责分开，那么可以使用另一个类(具有完整的层次结构)，该类的唯一用途是用作网络服务参数。在这种情况下，将您需要的所有 XmlInclude 属性粘贴到基类上没有问题。然后，在调用 web 服务时，使您的业务对象与消息格式对象相适应。这为您提供了不对参数类型应用 Web 服务类型约束的额外好处(例如，没有接口(interface)作为参数)。

当然，这种方法不是那么方便。

最后，网络服务需要知道期望的类型，否则它无法正确地序列化和反序列化它们。

是的，这是一个长篇大论的解释为什么答案是否定的，您不能只将属性保留在派生类型中。不过，我很乐意犯错 :)