什么时候在 WCF 中使用 Message 类型是合适的，如下所示，我仍然感到困惑
[ServiceContract]
public interface IMyService
{
[OperationContract]
Message GetData();
[OperationContract]
void PutData(Message m);
}
你为什么要使用它？
你可以用它来串流吗？
谢谢
【问题讨论】：
MSDN 列出了直接使用消息类的原因如下：
当您需要另一种方法来创建传出消息内容（例如，直接从磁盘上的文件创建消息）而不是序列化 .NET Framework 对象时。
当您需要使用传入消息内容的替代方式时（例如，当您想要对原始 XML 内容应用 XSLT 转换时）而不是反序列化为 .NET Framework 对象时。
李>当您需要以通用方式处理消息而不考虑消息内容时（例如，在构建路由器、负载平衡器或发布-订阅系统时路由或转发消息时）。
有关更多详细信息，请参阅Using the Message Class。
编辑以解决流媒体问题
我在通过 google 进行的快速扫描中没有找到明确的答案，但上面的文章指出“客户端和服务之间的所有通信最终都会导致消息实例被发送和接收” - 所以我认为它可以直接使用在流媒体中。
【讨论】：
虽然 Tim 列出的理由是正确的，但我们直接在我们的服务中使用消息来创建一个超级路由服务。 我们有一项服务可以接受您向其抛出的任何方法调用，客户端由多个来源提供的 wsdls 生成。
此服务将接收消息、检查其内容并相应地路由它。 所以在我看来，如果你想更接近线路，或者当你不知道传入消息的类型时，你可以直接使用签名中的消息。
流是一个独立于消息签名的概念，wcf 在非常具体的绑定和安全机制下支持流，方法签名必须非常具体（即它应该返回/接受流）。同样在流式传输中，实际的数据流超出了肥皂消息的范围。
【讨论】：