什么会导致 WCF 服务返回“object”类型的对象？

Question

根据我的另一篇关于 WCF 服务返回值，我正在使用另一家公司的 Web 服务，当我在 Visual Studio 中添加服务引用时，该方法的返回值是 object。

Web 服务的作者向我展示了代码，它实际上返回了一个类型化对象。

我是否遗漏了某些内容，或者代理类是否应该返回键入的值？

是否有用于生成代理类或实际服务的设置？

更新：

我查看了 WCF 服务背后的实际类，并意识到服务方法的返回值实际上返回一个接口，即具体类型实现。 具体类型用 [DataContract] 属性（和适当的 [DataMember] 属性）标记，但接口没有这样的属性。 这是否会导致服务将返回类型设置为对象？

Answer 1

假设，如果您是服务开发人员，您可以使用 KnownTypeAttribute：

[DataContract]
[KnownType(typeof(MyConcreteClass))]
public interface IMyInterface {
}

[DataContract]
public class MyConcreteClass : IMyInterface {
}

我个人还没有使用接口尝试过此操作，但我已经使用抽象基类尝试过，并且效果很好。 当客户端收到返回值后，就可以成功向下转型为派生类。

服务代码可能确实执行了此操作，问题在于 svcutil.exe 生成的代理类不够准确。

尽管您不控制服务代码，但您可以控制客户端代理代码。 您可以尝试手动编辑 svcutil.exe 为您提供的代理类，以自行添加 KnownTypeAttribute。 通过这样做，您可以控制 DataContractSerializer 的行为，只要您注意不要错误地更改数据的传输格式，它就应该仍然有效。

Answer 2

代理类是一个生成的文件，因此它可能包含错误。 如果您有数据协定的副本，您可以随意更改代理类以使用正确的类型而不是 System.Object，并且一切应该正常工作。

Visual Studio“添加服务引用”工具和 svcutil.exe 非常擅长生成代理类，但它们并不完美。 它们生成的文件是您可以修改的，我鼓励您简单地修改操作以返回正确的数据契约。

Answer 3

在使用 WCF 的 Java Web 服务时，我们遇到了类似的问题。

在我们的例子中，它所说的返回类型是实际返回类型的有限版本。

对我们有用的是将对象转换为预期的类型。 之后数据就可用了。

因此，要解决您的问题，您可以尝试将对象强制转换为预期的类型。