gpt4 book ai didi

wcf - 为什么 WCF 将请求/响应类型包装在另一个 XML 元素中,以及如何防止这种情况?

转载 作者:行者123 更新时间:2023-12-04 13:54:12 26 4
gpt4 key购买 nike

我有一个简单的回显服务,我在其中定义了一个操作方法和一对请求/响应类型:

[ServiceContract(Name = "EchoService", 
Namespace = "http://example.com/services",
SessionMode = SessionMode.NotAllowed)]
public interface IEchoService
{
[OperationContract(IsOneWay = false,
Action = "http://example.com/services/EchoService/Echo",
ReplyAction = "http://example.com/services/EchoService/EchoResponse")]
EchoResponse Echo(EchoRequest value);
}

数据类型:
[Serializable]
[DataContract(Namespace = "http://example.com/services/EchoService",
Name = "EchoRequest")]
public class EchoRequest
{
public EchoRequest() { }

public EchoRequest(String value)
{
Value = value;
}

[DataMember]
public String Value { get; set; }
}

[Serializable]
[DataContract(Namespace = "http://example.com/services/EchoService",
Name = "EchoResponse")]
public class EchoResponse
{
public EchoResponse() { }

public EchoResponse(String value)
{
Value = value;
}

[DataMember]
public String Value { get; set; }
}

在 EchoRequest 的实例上调用 Message.CreateMessage() 会产生:
  <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Header />
<s:Body>
<EchoRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://example.com/services/EchoService">
<Value>hello, world!</Value>
</EchoRequest>
</s:Body>
</s:Envelope>

……这正是我想要的。但是,该服务似乎希望将消息正文进一步包装在另一个 XML 元素中,如下所示:
  <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Header />
<s:Body>
<Echo xmlns="http://example.com/services">
<EchoRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://example.com/services/EchoService">
<Value>hello, world!</Value>
</EchoRequest>
</Echo>
</s:Body>
</s:Envelope>

更新:
感谢 Mark 的回复,我在请求/响应类型上探索了 MessageContract 而不是 DataContract。这似乎更接近我想要的,但现在它走得太远了,并且不期望外部类型元素“EchoRequest”。

这令人困惑,因为不知何故 Message.CreateMessage 似乎总是能生成正确的 XML,所以它显然使用了一些默认序列化,我想将服务配置为接受。我只是误解了 Message.CreateMessage 的工作原理吗?

最佳答案

IIRC、WCF 默认使用“Wrapped”消息样式。如果您希望能够控制消息的序列化方式,可以通过使用 MessageContractAttribute 进行装饰来定义显式消息。 .使用显式消息契约,您可以设置 IsWrapped属性(property)到false .

在您的情况下,我认为 EchoRequest 和 EchoResponse 根本不应该是 DataContracts,而应该是 MessageContracts。对我来说,它们看起来很像 MessageContracts。

关于wcf - 为什么 WCF 将请求/响应类型包装在另一个 XML 元素中,以及如何防止这种情况?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1130032/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com