|
|
1
2
IClientMessageFormatter.DeserializeReply() 实施WCF充满了扩展性点,因此通常很难知道选择哪一个,但反序列化似乎是这项工作的合适工具。 看看 this blog post-- sorry its original site is offline so pointing to Internet Archive version 以下是该博客的代码摘录:
|
|
|
2
1
可以将区域性初始值设定项附加到行为,然后将其添加到端点。这将在反序列化响应的线程上设置区域性,因此应正确反序列化字段。 有关这方面的代码示例,请查看以下链接: http://blogs.msdn.com/drnick/archive/2008/02/26/using-call-context-initializers-for-culture.aspx |
|
|
3
0
如果文化真的是问题所在,我会非常惊讶。XML规范说小数使用点作为分隔符,(反)序列化程序知道这一点。你能追踪信息,看看941号位置有什么吗?(顺便说一句:我喜欢 SoapUI 对于这样的事情,除了WCF跟踪之外,当涉及到小数时,不同的精度可能是一个问题:如果.net十进制可以处理三分之二的小数,Java服务可能会在后面的7之前放置更多的6666? |
|
|
4
0
this link 这让amazon服务有点遗憾,它可能会将单位转换为十进制值(顺便说一下:WTF!?)。但是,对于如何在使用IClientMessageInspector接口将原始消息传递给反序列化之前与原始消息进行交互,有一个很好的描述。如果这种奇怪的情况是你的问题,你可以强迫服务提供商遵守他自己的合同,或者做这样的把戏(如果提供商不在你的控制范围内,并说“这是故意的”)。 |