我对 Tim 的回答的实施细节
我需要为我目前工作的客户写这篇文章，所以我想我也不妨把它贴在这里。我希望它可以帮助某人。我创建了一个示例客户端和服务，用于尝试其中的一些想法。我已经清理了它并将其添加到 github。你可以download it here。
为了让 WCF 以我要求的方式使用，需要实现以下几点：
- WCF 不期待 SOAP 消息
- 能够完全按照要求格式化请求和响应消息
- 考虑处理的所有消息
- 传入的消息被路由到正确的操作来处理它们
1.将 WCF 配置为不期望 SOAP 消息
第一步是通过 TextMessageEncoder 获取传入消息。这是通过在 textMessageEncoding 元素上使用带有 MessageVersion.None 设置的自定义绑定来实现的。
<customBinding>
<binding name="poxMessageBinding">
<textMessageEncoding messageVersion="None" />
<httpTransport />
</binding>
</customBinding>
2。正确格式化消息
消息格式化程序是必需的，因为传入消息拒绝被现有的 XML 格式化程序反序列化，而无需在消息合同上添加其他属性。这通常不是问题，但是通过 XSD.exe 运行我的客户端 ebXML 模式会生成一个 33000 行的 cs 文件，我不想以任何方式修改它。此外，人们将来会忘记重新添加属性，因此希望这也使维护更容易。
自定义格式化程序期望将传入消息转换为第一个参数的类型，并将返回类型转换为响应消息。它检查实现方法以确定构造函数中第一个参数的类型和返回值。
public SimpleXmlFormatter(OperationDescription operationDescription)
{
// Get the request message type
var parameters = operationDescription.SyncMethod.GetParameters();
if (parameters.Length != 1)
throw new InvalidDataContractException(
"The SimpleXmlFormatter will only work with a single parameter for an operation which is the type of the incoming message contract.");
_requestMessageType = parameters[0].ParameterType;
// Get the response message type
_responseMessageType = operationDescription.SyncMethod.ReturnType;
}
然后它简单地使用 XmlSerializer 序列化和反序列化数据。对我来说，其中一个有趣的部分是使用自定义 BodyWriter 将对象序列化为 Message 对象。下面是服务序列化程序的部分实现。客户端实现则相反。
public void DeserializeRequest(Message message, object[] parameters)
{
var serializer = new XmlSerializer(_requestMessageType);
parameters[0] = serializer.Deserialize(message.GetReaderAtBodyContents());
}
public Message SerializeReply(MessageVersion messageVersion, object[] parameters, object result)
{
return Message.CreateMessage(MessageVersion.None, _responseMessageType.Name,
new SerializingBodyWriter(_responseMessageType, result));
}
private class SerializingBodyWriter : BodyWriter
{
private readonly Type _typeToSerialize;
private readonly object _objectToEncode;
public SerializingBodyWriter(Type typeToSerialize, object objectToEncode) : base(false)
{
_typeToSerialize = typeToSerialize;
_objectToEncode = objectToEncode;
}
protected override void OnWriteBodyContents(XmlDictionaryWriter writer)
{
writer.WriteStartDocument();
var serializer = new XmlSerializer(_typeToSerialize);
serializer.Serialize(writer, _objectToEncode);
writer.WriteEndDocument();
}
}
3.处理所有传入消息
为了指示 WCF 允许处理所有传入消息，我需要将 endpointDispatcher 上的 ContractFilter 属性设置为 MatchAllMessageFilter 的实例。这是一个从我的端点行为配置中说明这一点的 sn-p。
public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
{
endpointDispatcher.ContractFilter = new MatchAllMessageFilter();
// Do more config ...
}
4.选择正确的操作
这是通过创建一个实现 IDispatchOperationSelector 的类来实现的。在 SelectOperation 方法中，我检查传入的消息。在这里，我正在寻找两件事：
1. 根元素的命名空间与服务合约的命名空间相同的完整性检查
2.根元素的名字（注意使用LocalName去掉任何命名空间前缀）
根元素的名称是返回值，它将映射到合约上具有匹配名称或操作属性具有匹配值的任何操作。
public string SelectOperation(ref Message message)
{
var messageBuffer = message.CreateBufferedCopy(16384);
// Determine the name of the root node of the message
using (var copyMessage = messageBuffer.CreateMessage())
using (var reader = copyMessage.GetReaderAtBodyContents())
{
// Move to the first element
reader.MoveToContent();
if (reader.NamespaceURI != _namespace)
throw new InvalidOperationException(
"The namespace of the incoming message does not match the namespace of the endpoint contract.");
// The root element name is the operation name
var action = reader.LocalName;
// Reset the message for subsequent processing
message = messageBuffer.CreateMessage();
// Return the name of the action to execute
return action;
}
}
总结一下
为了更容易部署，我创建了一个端点行为来处理消息格式化程序、合同过滤器和操作选择器的配置。我也可以创建一个绑定来包装自定义绑定配置，但我认为这部分不太难记住。
对我来说一个有趣的发现是端点行为可以为端点中的所有操作设置消息格式化程序以使用自定义消息格式化程序。这节省了单独配置这些的需要。我是从Microsoft samples 中选择的。
有用的文档链接
到目前为止，我找到的最佳参考资料是 Service Station MSDN 杂志文章（Google “site:msdn.microsoft.com service station WCF”）。
WCF Bindings in Depth - 关于配置绑定的非常有用的信息
Extending WCF with Custom Behaviours - 我发现的关于调度程序集成点的最佳信息来源，其中包含一些非常有用的图表，说明了所有集成点以及它们在处理顺序中出现的位置。
Microsoft WCF samples - 这里有很多其他地方没有很好地记录。我发现阅读其中一些非常有启发性的源代码。